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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://webapp.etsi.org/IPR/home.asp ). 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 

This Technical Specification (TS) has been produced by ETSI Technical Committee Satellite Earth Stations and 
Systems (SES). 

The contents of the present document are subject to continuing work within TC-SES and may change following formal 
TC-SES approval. Should TC-SES modify the contents of the present document it will then be republished by ETSI 
with an identifying change of release date and an increase in version number as follows: 

Version 2.m.n 

where: 

• the third digit (n) is incremented when editorial only changes have been incorporated in the specification; 

• the second digit (m) is incremented for all other types of changes, i.e. technical enhancements, corrections, 
updates, etc. 

The present document is part 4, sub-part 12 of a multi-part deliverable covering the GEO-Mobile Radio Interface 
Specifications (Release 2) General Packet Radio Service, as identified below: 

Part 1: "General specifications"; 

Part 2: "Service specifications"; 

Part 3: "Network specifications"; 

Part 4: "Radio interface protocol specifications": 

Sub part 1: "Mobile Earth Station-Gateway Station System (MES-GSS) Interface"; 

Sub part 2: "GMR-1 Satellite Network Access Reference Configuration"; 

Sub part 3: "Channel Structures and Access Capabilities"; 

Sub part 4: "Layer 1 General Requirements"; 

Sub part 5: "Data Link Layer General Aspects"; 

Sub part 6: "Mobile earth Station-Gateway Station Interface Data Link Layer Specifications"; 

Sub part 7: "Mobile Radio Interface Signalling Layer 3 General Aspects"; 

Sub part 8: "Mobile Radio Interface Layer 3 Specifications"; 

Sub part 9: "Performance Requirements on the Mobile Radio Interface"; 

Sub part 10: "Rate Adaptation on the Access Terminal-Gateway Station Subsystem (MES-GSS) Interface"; 

Sub part 1 1 : "Radio Link Protocol (RLP) for Data Services" ; 
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Sub-part 12: "Mobile Earth Station (MES) - Base Station System (BSS) interface; Radio Link 
Control/Medium Access Control (RLC/MAC) protocol"; 

Sub-part 13: "Radio Resource Control (RRC) protocol; lu Mode"; 

Sub-part 14: "Mobile Earth Station (MES) - Base Station System (BSS) interface; Radio Link 
Control/Medium Access Control (RLC/MAC) protocol; lu Mode"; 

Part 5: "Radio interface physical layer specifications"; 

Part 6: "Speech coding specifications"; 

Part 7: "Terminal adaptor specifications". 



Introduction 



GMR stands for GEO (Geostationary Earth Orbit) Mobile Radio interface, which is used for mobile satellite services 
(MSS) utilizing geostationary satellite(s). GMR is derived from the terrestrial digital cellular standard GSM and 
supports access to GSM core networks. 

The present document is part of the GMR Release 2 specifications. Release 2 specifications are identified in the title 
and can also be identified by the version number: 

• Release 1 specifications have a GMR-1 prefix in the title and a version number starting with "1" (Vl.x.x.). 

• Release 2 specifications have a GMPRS-1 prefix in the title and a version number starting with "2" (V2.x.x.). 

The GMR release 1 specifications introduce the GEO-Mobile Radio interface specifications for circuit mode mobile 
satellite services (MSS) utilizing geostationary satellite(s). GMR release 1 is derived from the terrestrial digital cellular 
standard GSM (phase 2) and it supports access to GSM core networks. 

The GMR release 2 specifications add packet mode services to GMR release 1 . The GMR release 2 specifications 
introduce the GEO-Mobile Packet Radio Service (GMPRS). GMPRS is derived from the terrestrial digital cellular 
standard GPRS (included in GSM Phase 2+) and it supports access to GSM/GPRS core networks. 

Due to the differences between terrestrial and satellite channels, some modifications to the GSM standard are necessary. 
Some GSM specifications are directly applicable, whereas others are applicable with modifications. Similarly, some 
GSM specifications do not apply, while some GMR specifications have no corresponding GSM specification. 

Since GMR is derived from GSM, the organization of the GMR specifications closely follows that of GSM. The GMR 
numbers have been designed to correspond to the GSM numbering system. All GMR specifications are allocated a 
unique GMR number. This GMR number has a different prefix for Release 2 specifications as follows: 

• Release 1: GMR-n XX. zyy. 

• Release 2: GMPRS-n xx.zyy. 

where: 

xx.Oyy (z = 0) is used for GMR specifications that have a corresponding GSM specification. In this case, 
the numbers xx and yy correspond to the GSM numbering scheme. 

xx.2yy (z = 2) is used for GMR specifications that do not correspond to a GSM specification. In this 
case, only the number xx corresponds to the GSM numbering scheme and the number yy is allocated by 
GMR. 

n denotes the first (n = 1) or second (n = 2) family of GMR specifications. 

A GMR system is defined by the combination of a family of GMR specifications and GSM specifications as follows: 

• If a GMR specification exists it takes precedence over the corresponding GSM specification (if any). This 
precedence rule applies to any references in the corresponding GSM specifications. 
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NOTE: Any references to GSM specifications within the GMR specifications are not subject to this precedence 
rule. For example, a GMR specification may contain specific references to the corresponding GSM 
specification. 

• If a GMR specification does not exist, the corresponding GSM specification may or may not apply. The 
applicabihty of the GSM specifications is defined in GMPRS-1 01.201 [19]. 
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Scope 



The present document specifies the procedures used at the radio interface (Reference Point Um, see GMR-1 04.002 [6]) 
for the GMR-1 General Packet Radio Service (GMPRS-1) Medium Access Control/Radio Link Control (MAC/RLC) 
layer. 

The present document is applicable to the following GPRS Um functional layers: 

• Radio Link Control functions; 

• Medium Access Control functions; and 

• Physical Link Control functions. 

The procedures described in the present document are for the RLC/MAC functions of the GMPRS radio interface (Um) 
when operating on a Packet Data Channel (PDCH). 

The present document provides the overall description for RLC/MAC layer functions of the general Packet Radio 
Service (GMPRS) radio interface Um. GMPRS-1 03.064 [5] contains an overview of the GPRS radio interface (Um). 

GMR-1 04.003 [7] and GMR-1 04.004 [8] contains the definition of the control channels used in the present document. 

GMPRS-1 04.007 [10] contains a description in general terms of the structured functions and procedures of this 
protocol and the relationship of this protocol with other layers and entities. 

GMPRS-1 04.008 [11] contains the definition of GMPRS RLC/MAC procedures when operating on the Common 
Control Channel (CCCH). 

3GPP TS 04.64 [12] contains functional procedures for the Logical Link Control (LLC) layer. 

Application to interface structure 

The RLC/MAC procedures apply to the interface structures defined in GMR-1 04.003 [7]. They use the functions and 
services provided by layer 1 defined in GMR-1 04.004 [8]. GMPRS-1 04.007 [10] gives the general description of 
layer 3 including procedures, messages format and error handling. 

Use of logical control channels 

The logical control channels are defined in GMPRS-1 05.002 [13]. Two similar sets of logical channels are defined. The 
first set consists of the logical channels: 

• Broadcast Control Channel (BCCH): downlink only, used to broadcast Cell specific information; 

• Paging Channel (PCH): downlink only, used to send page requests to Mobile Earth Stations (MESs); 

• Random Access Channel (RACH): uplink only, used to request GPRS resources or a Dedicated Control 
Channel; 

• Access Grant Channel (AGCH): downlink only, used to allocate GPRS resources or a Dedicated Control 
Channel. 

The second set consists of the logical channels: 

• Packet Random Access Channel (PRACH): uplink only, used to request GPRS resources; 

• Packet Access Grant Channel (PAGCH): downlink only, used to allocate GPRS resources; 

• Packet Associated Control Channel (PACCH): bi-directional, associated with a Temporary Block Flow (TBF); 

• Packet Timing advance control channel uplink (PTCCH/U): used to transmit Packet Normal bursts to allow 
estimation of the timing advance for one MES in transfer state; 

• Packet Timing advance control channel downlink (PTCCH/D): used to transmit timing advance updates for 
several MES. One PTCCH/D is paired with several PTCCH/Us. 
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References 



References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• Non-specific reference may be made only to a complete document or a part thereof and only in the following 

cases: 

if it is accepted that it will be possible to use all future changes of the referenced document for the 
purposes of the referring document; 

for informative references. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

For online referenced documents, information sufficient to identify and locate the source shall be provided. Preferably, 
the primary source of the referenced document should be cited, in order to ensure traceability. Furthermore, the 
reference should, as far as possible, remain valid for the expected life of the document. The reference shall include the 
method of access to the referenced document and the full network address, with the same punctuation and use of upper 
case and lower case letters. 

NOTE: While any hyperlinks included in this clause were valid at the time of publication ETSI cannot guarantee 
their long term validity. 



2.1 



Normative references 



The following referenced documents are indispensable for the application of the present document. For dated 
references, only the edition cited applies. For non-specific references, the latest edition of the referenced document 
(including any amendments) applies. 

[1] ETSI TS 101 376-1-1: "GEO-Mobile Radio Interface Specifications (Release 2) General Packet 

Radio Service; Part 1: General specifications; Sub-part 1: Abbreviations and acronyms; 
GMPRS-1 01.004". 

[2] ETSI EN 301 113: "Digital cellular telecommunications system (Phase 2+) (GSM); General 

Packet Radio Service (GPRS); Service description; Stage 1 (GSM 02.60 version 6.3.1 
Release 1997)". 

[3] ETSI TS 101 376-3-3: "GEO-Mobile Radio Interface Specifications (Release 2) General Packet 

Radio Service; Part 3: Network specifications; Sub-part 3: Numbering, addressing and 
identification; GMPRS-1 03.003". 

[4] ETSI TS 101 376-3-7: "GEO-Mobile Radio Interface Specifications; Part 3: Network 

specifications; Sub-part 7: Discontinuous Reception (DRX); GMR-1 03.013". 

NOTE: This is a reference to a GMR-1 Release 1 specification. See the introduction for more details. 

[5] ETSI TS 101 376-3-22: "GEO-Mobile Radio Interface Specifications (Release 2) General Packet 

Radio Service; Part 3: Network specifications; Sub-part 22: Overall description of the GMPRS 
radio interface; Stage 2; GMPRS-1 03.064". 

[6] ETSI TS 101 376-4-2: "GEO-Mobile Radio Interface Specifications; Part 4: Radio interface 

protocol specifications; Sub-part 2: GMR-1 Satellite Network Access Reference Configuration; 
GMR-1 04.002". 

NOTE: This is a reference to a GMR-1 Release 1 specification. See the introduction for more details. 
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[7] ETSI TS 101 376-4-3: "GEO-Mobile Radio Interface Specifications; Part 4: Radio interface 

protocol specifications; Sub-part 3: Channel Structures and Access Capabilities; GMR-1 04.003". 

NOTE: This is a reference to a GMR-1 Release 1 specification. See the introduction for more details. 

[8] ETSI TS 101 376-4-4: "GEO-Mobile Radio Interface Specifications; Part 4: Radio interface 

protocol specifications; Sub-part 4: Layer 1 General Requirements; GMR-1 04.004". 

NOTE: This is a reference to a GMR-1 Release 1 specification. See the introduction for more details. 

[9] ETSI TS 101 376-4-5: "GEO-Mobile Radio Interface Specifications; Part 4: Radio interface 

protocol specifications; Sub-part 5: Data Link Layer General Aspects; GMR-1 04.005". 

NOTE: This is a reference to a GMR-1 Release 1 specification. See the introduction for more details. 

[10] ETSI TS 101 376-4-7: "GEO-Mobile Radio Interface Specifications (Release 2) General Packet 

Radio Service; Part 4: Radio interface protocol specifications; Sub-part 7: Mobile Radio Interface 
Signalhng Layer 3 General Aspects; GMPRS-1 04.007". 

[11] ETSI TS 101 376-4-8: "GEO-Mobile Radio Interface Specifications (Release 2) General Packet 

Radio Service; Part 4: Radio interface protocol specifications; Sub-part 8: Mobile Radio Interface 
Layer 3 Specifications; GMPRS-1 04.008". 

[12] ETSI TS 101 351: "Digital cellular telecommunications system (Phase 2+) (GSM); General Packet 

Radio Service (GPRS); Mobile Station - Serving GPRS Support Node (MS-SGSN) Logical Link 
Control (LLC) layer specification (GSM 04.64 Release 1997)". 

[13] ETSI TS 101 376-5-2: "GEO-Mobile Radio Interface Specifications (Release 2) General Packet 

Radio Service; Part 5: Radio interface physical layer specifications; Sub-part 2: Multiplexing and 
Multiple Access; Stage 2 Service Description; GMPRS-1 05.002". 

[14] ETSI TS 101 376-5-3: "GEO-Mobile Radio Interface Specifications (Release 2) General Packet 

Radio Service; Part 5: Radio interface physical layer specifications; Sub-part 3: Channel Coding; 
GMPRS-1 05.003". 

[15] ETSI TS 101 376-5-6: "GEO-Mobile Radio Interface Specifications (Release 2) General Packet 

Radio Service; Part 5: Radio interface physical layer specifications; Sub-part 6: Radio Subsystem 
Link Control; GMPRS-1 05.008". 

[16] ETSI TS 101 376-5-7: "GEO-Mobile Radio Interface Specifications (Release 2) General Packet 

Radio Service; Part 5: Radio interface physical layer specifications; Sub-part 7: Radio Subsystem 
Synchronization; GMPRS-1 05.010". 

[17] ETSI TS 101 376-5-5: "GEO-Mobile Radio Interface Specifications (Release 2) General Packet 

Radio Service; Part 5: Radio interface physical layer specifications; Sub-part 5: Radio 
Transmission and Reception; GMPRS-1 05.005". 

[18] ETSI TS 101 344: "Digital cellular telecommunications system (Phase 2+) (GSM); General Packet 

Radio Service (GPRS); Service description; Stage 2 (3GPP TS 03.60 Release 1997)". 

[19] ETSI TS 101 376-1-2: "GEO-Mobile Radio Interface Specifications (Release 2) General Packet 

Radio Service; Part 1: General specifications; Sub-part 2: Introduction to the GMR-1 family; 
GMPRS-1 01.201". 

[20] ETSI TS 101 376-2-1: "GEO-Mobile Radio Interface Specifications; Part 2: Service 

specifications; Sub-part 1: Service Accessibility; GMR-1 02.011". 

NOTE: This is a reference to a GMR-1 Release 1 specification. See the introduction for more details. 

[21] ETSI TS 101 349: "Digital cellular telecommunications system (Phase 2+) (GSM); General Packet 

Radio Service (GPRS); Mobile Station (MS) - Base Station System (BSS) interface; Radio Link 
Control/Medium Access Control (RLC/MAC) protocol (GSM 04.60 Release 1997)". 

[22] ETSI TS 101 376-3-10: "GEO-Mobile Radio Interface Specifications (Release 2) General Packet 

Radio Service; Part 3: Network specifications; Sub-part 10: Functions related to Mobile Earth 
Station (MES) in idle mode; GMPRS-1 03.022". 
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2.2 Informative references 

The following referenced documents are not essential to the use of the present document but they assist the user with 
regard to a particular subject area. For non-specific references, the latest version of the referenced document (including 
any amendments) applies. 

Not applicable. 



3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in GMPRS-1 01.201 [19], GSM 02.60 [2], 
3GPP TS 03.60 [18] and the following apply: 

4-MAC-Slot: contiguous sequence of 12 timeslots of total duration 20 ms 

NOTE: There are two 4-MAC-Slots corresponding to a 40 ms TDMA frame. 
D-MAC-Slot: contiguous sequence of six timeslots of total duration 10 ms 

NOTE: There are 4 D-MAC-Slots corresponding to a 40 ms TDMA frame. 

GMPRS multislot class: refers to the different mobile earth station capabilities to transmit and receive on different 
combinations of multiple PDCHs 

NOTE 1: The multislot classes are defined in GMPRS-1 05.002 [13]. 

NOTE 2: The mobile earth station may indicate different multislot classes for circuit mode services and for 
GMPRS (see GMPRS-1 04.008 [11]). Different multislot class mobile earth stations are capable of 
supporting different medium access modes (see clause 5.2.4 of the present document). 

MAC-Slot: contiguous sequence of three timeslots of length 5 ms 

NOTE: There are 8 MAC-Slots corresponding to a 40 ms TDMA frame. 

packet idle mode: in packet idle mode, the mobile earth station is prepared to transfer LLC PDUs on packet data 
physical channels (see clause 5.3) 

NOTE: The mobile earth station is not allocated any radio resource on a packet data physical channel; it listens to 
the BCCH and the CCCH. 

packet transfer mode: in packet transfer mode, the mobile earth station is prepared to transfer LLC PDUs on packet 
data physical channels (see clause 5.4) 

NOTE: The mobile earth station is allocated radio resource on one or more packet data physical channels for the 
transfer of LLC PDUs. 

PDCH carrier: RF frequency, defined by the ARFCN and the frequency plan identifier, and the bandwidth of a PDCH 

NOTE: The definition of a PDCH includes both a PDCH carrier and a MAC_Slot allocation. 

Radio block: one normal burst carrying one RLC/MAC protocol data unit (see GMR-1 04.004 [8]) 

Random values: in a number of places in the present document, it is mentioned that some value must take a "random" 
value, in a given range, or more generally with some statistical distribution 

NOTE: For such random values refer to GMPRS-1 04.008 [11]. 
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RLC/MAC block: protocol data unit exchanged between RLC/MAC entities 

NOTE: See clause 10 of the present document and GMR-1 04.004 [8]. 
RLC/MAC control block: part of a RLC/MAC block carrying a control message between RLC/MAC entities 

NOTE: See clause 10.3. 
RLC data block: part of a RLC/MAC block carrying user data or upper layers' signalling data 

NOTE: See clause 10.2. 

RR connection: physical connection established between a mobile earth station and the network to support the upper 
layers' exchange of information flows 

NOTE: An RR connection is maintained and released by the two peer entities. 

TBF abort: when TBF is abruptly stopped without using the Release of TBF procedures defined in clause 9 of the 
present document 

TBF release: when the TBF is stopped using one of the Release of TBF procedures defined in clause 9 of the present 
document 

Temporary Block Flow (TBF): physical connection used by the two RR peer entities to support the unidirectional 
transfer of LLC PDUs on packet data physical channels 

NOTE: See clause 5.2.1. 

Uplink State Flag (USF): used on PDCH channel(s) to allow multiplexing of uplink Radio blocks from different 
mobile earth stations 

NOTE: See clauses 5.2.3 and 10 of the present document and GMPRS-1 05.002 [13]. 

3.2 Abbreviations 

For the purposes of the present document, the abbreviations given in GMPRS-1 01.004 [1] and the following apply: 
LDPC Low Density Parity Check 

4 Layered overview of radio interface 

The Radio Resource (RR) sublayer provides the functions necessary for: 

• Radio Resource (RR) management of packet data physical channels (PDCHs); and 

• Radio Link Control and Medium Access Control (RLC/MAC) on packet data physical channels. 

As shown in figure 4.1, the RR sublayer provides services to the MM and LLC sublayers. The RR sublayer utilizes the 
services of the Data Link layer (signalling layer 2) and the Physical Link layer. The packet logical PCCCH, (including 
PRACH and PAGCH), PACCH and PDTCH, are multiplexed onto the packet data physical channels on a per Mac-slot 
or D-MAC-slot basis. The packet logical channel PBCCH is not supported in GMR-1. 
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Data Link layer (signalling layer 2) 



PDCH 



Physical Link layer 



Figure 4.1 : Protocol architecture of Radio Resource (RR) sublayer and RLC/IVIAC function 



4.1 Layer services 



The RR sublayer provides services for the transfer of upper layer PDUs using a shared medium between multiple 
mobile earth stations and the network. Direct communication is only possible between the network and one or more 
mobile earth stations. The RLC/MAC function supports two modes of operation: 

• unacknowledged operation, and 

• acknowledged operation. 

The RR sublayer further provides services for the paging of mobile earth stations and position reporting. 



4.2 Layer functions 



The RLC function defines the procedures for segmentation and reassembly of LLC PDUs into RLC blocks and, in RLC 
acknowledged mode of operation, for the Backward Error Correction (BEC) procedures enabling the selective 
retransmission of unsuccessfully delivered RLC blocks. In RLC acknowledged mode of operation, the RLC function 
preserves the order of higher layer PDUs provided to it. 

The RLC function also provides procedures for link adaptation and resuming GMPRS services. 

The MAC function defines the procedures that enable multiple mobile earth stations to share a common transmission 
medium, which may consist of several physical channels. The function may allow a mobile earth station to use several 
physical channels in parallel, i.e. use several MAC-slots or D-MAC slots within the TDMA frame. 
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For the mobile earth station originating access, the MAC function provides the procedures for the arbitration between 
muhiple mobile earth stations simultaneously attempting to access the shared transmission medium. 

For the mobile earth station terminating access, the MAC function provides the procedures for queuing and scheduling 
of access attempts. 

4.3 Service primitives 

Information flow between layers is performed by the use of Service Primitives. Service Access Points (SAP) and their 
corresponding Service Primitives for the RR sublayer are defined in GMPRS-1 04.007 [10]. 

4.4 Services required from lower layers 

The RLC/MAC function uses the services provided by the physical link layer as defined in GMR-1 04.004 [8]. 

The RR sublayer may use the services provided by the data link layer as defined in GMR-1 04.005 [9]. Moreover, the 
RR sublayer directly uses services provided by the physical layer such as BCCH searching, as defined in 
GMR-1 04.004 [8]. 

5 Introduction to the Medium Access Control (MAC) 

procedures 

5.1 General 

The Medium Access Control procedures include the functions related to the management of the shared transmission 
resources, e.g. the packet data physical channels and the radio link connections on packet data physical channels. The 
Medium Access Control procedures support the provision of Temporary Block Flows (TBFs) that allow the 
point-to-point transfer of signalling and user data within a spot beam between the network and a mobile earth station. 
Moreover, the Medium Access Control procedures include the procedures for reception of BCCH and CCCH, which 
permits autonomous GPS position based spotbeam reselection performed by the mobile earth station 
(see GMPRS-1 05.008 [15]). 

5.2 Multiplexing principles 
5.2.1 Temporary Block Flow (TBF) 

A Temporary Block Flow (TBF) is a physical connection used by the two RR entities to support the unidirectional 
transfer of LLC PDUs on packet data physical channels. The TBF is allocated radio resource on one or more PDCHs 
and comprises a number of RLC/MAC blocks carrying one or more LLC PDUs. A TBF is temporary and is maintained 
only for the duration of the data transfer (i.e. until there are no more RLC/MAC blocks to be transmitted and, in RLC 
acknowledged mode, all of the transmitted RLC/MAC blocks have been successfully acknowledged by the receiving 
entity). 

The radio resource allocation schemes used on the network side shall take into account the traffic profile (specified in 
3GPP TS 03.60 [18]). For example, when TBF is meant for carrying traffic with a guaranteed bit rate, the network shall 
ensure that sufficient radio resources are reserved or prioritized in such a way to meet the MES bit rate requirements. 

A guaranteed bit rate service requested by MES shall specify the following parameters at the initiation of TBF 
establishment on CCCH: 

• Uplink peak throughput. 

• Downlink peak throughput. 

If the Uplink peak throughput is non-zero, it indicates the uplink stream service, otherwise it is uplink best effort. If the 
Downlink peak throughput is non-zero, it indicates the downlink stream service, otherwise it is downlink best effort. 
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5.2.2 Temporary Flow Identity (TFI) 



Each TBF is assigned a Temporary Flow Identity (TFI) by the network. The mobile earth station shall assume that the 
TFI value is unique among concurrent TBFs in each direction (uplink or downlink). The same TFI value may be used 
concurrently for TBFs in opposite directions. 

An RLC/MAC block associated with a certain TBF shall comprise a TFI. The TBF is identified by the TFI and in case 
of an RLC data block, the identification includes the direction (uplink or downlink) in which the RLC data block is sent. 
In a case where there is an RLC/MAC control message, the direction in which the RLC/MAC control message is sent 
and the message type are identified. 

Global_TFI is used to unambiguously identify the mobile earth station during packet transfer mode in an uplink or 
downlink RLC/MAC control message. If present, the Global TFI addresses the MES using either the uplink TFI or 
downlink TFI of the MES. Which TFI is used is at the discretion of the sender except where explicitly defined by 
procedure. 

5.2.3 Uplink state flag 

An Uplink State Flag (USE) is included in the PUI of each radio block on a downlink PDCH, as specified in clause 10. 
It may be used by the network to control the multiplexing of different mobile earth stations on uplink PDCH. The use of 
USE is further specified in GMPRS-1 05.002 [13]. 

5.2.4 Medium access modes 

The dynamic allocation medium access mode is supported for uplink TBFs. The mobile earth station monitors its 
assigned downlink PDCHs for an assigned USE value indicating that it is allowed to transmit on the corresponding 
uplink PDCH (see clause 8.1.1.1). The dynamic allocation mode shall be supported in all mobile earth stations. 

Currently only three multislot class type of mobile earth station is defined, refer to GMPRS-1 05.002 [13]. Multislot 
class 1 MESs shall be capable of full duplex operation over all eight MAC-slots, or two 4-MAC slots. Multislot class 2 
and 3 MESs shall be capable of half duplex operation over all four D-MAC slots. 

The network shall ensure that the medium access mode and the resource allocation used for a MES are compatible with 
the multislot class of the MES multislot class is defined in GMPRS-1 05.002 [13]). When dynamic allocation medium 
access mode is used for half duplex MESs, the network shall ensure the following: 

• USE allocation or downlink RLC/MAC blocks meant for the MES are not sent when the MES is transmitting 
(see below). 



• 



MES is not allocated a transmission opportunity that coincides with the MES's PTCCH/D reception time 
interval. 



The network may transmit a USE to a half-duplex MES in the downlink if it determines that the MES's scheduled 
transmission in the uplink is at least RX/TX switching time after the MES receives the downlink burst header as 
specified in GMPRS-1 05.002 [13]. Consequently, the MES shall be capable of decoding the burst header to determine 
if its USE is present in the PUI portion of the burst header. 

5.2.4a Multiplexing of GMPRS and future MESs 

The GMPRS and future MESs can be multiplexed dynamically on the same PDCH by utilizing the USE and MCS bits 
in PUI. When uplink resources are allocated to a GMPRS MES, the network must code the PUI using the defined 
mechanism and format and the USE must point to the next uplink Mac-slot, D-MAC-slot or 4-MAC-slot. 
(seeGMPRS-1.05.010[16]). 

For MES synchronization, the first part of every downlink burst contains a unique word sequence modulated using 
n/4 CQPSK; refer to GMPRS-1 05.002 [13]. 
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5.3 Packet idle mode 

In packet idle mode, no temporary block flow exists. The mobile earth station monitors the relevant paging subchannels 
on CCCH. The upper layer may require the transfer of a LLC PDU, which implicitly triggers the establishment of a 
TBF and the transition to packet transfer mode. 

5.4 Packet transfer mode 

In packet transfer mode, the mobile earth station is allocated radio resource providing a TBF for a physical 
point-to-point connection on one or more packet data physical channels for the unidirectional transfer of LLC PDUs 
between the network and the mobile earth station. Continuous transfer of one or more LLC PDUs is possible. 
Concurrent TBFs may be established in opposite directions. The RR sublayer provides the following services: 

• Transfer of LLC PDUs in RLC acknowledged mode. 

• Transfer of LLC PDUs in RLC unacknowledged mode. 

When a transfer of LLC PDUs terminates, in either the downlink or uplink direction, the corresponding TBF is released. 
When both downlink and uplink TBFs have been released, the mobile earth station returns to packet idle mode. 

A GMPRS class-B MES may leave both the packet idle mode and packet transfer mode before entering dedicated 
mode. 

5.5 General procedures in packet idle and packet transfer 
modes 

5.5.1 Mobile earth station side 

The mobile earth station in packet idle mode shall monitor the system information broadcast in the spotbeam. The 
mobile earth station shall monitor the transmission on CCCH, as defined in clause 5.5.1.3. The determination of the 
paging group for the mobile earth station is defined in GMPRS-1 05.002 [13]. 

5.5.1.1 Cell reselection 

Spotbeam reselection procedure shall be as defined in GMPRS-1 05.008 [15]. 

5.5.1 .2 System Information (SI) on PBCCH 

System information on PBCCH is not supported in GMR-1. 

5.5.1 .3 System Information (SI) on BCCH 

The mobile earth station shall receive the System Information (SI) messages broadcast on BCCH. 

The mobile earth station shall perform a complete acquisition of BCCH messages (see clause 5.5.1.4). The mobile earth 
station shall not perform packet access in the selected spotbeam, or enter the packet transfer mode, until it has: 

• acquired the Packet Control Channel Definition IE and Packet Spotbeam Specific Parameters IE in the 

Segment 3; 



• 



acquired the RACH/PRACH control parameters in Segment 2 from the System Information. 



5.5.1 .3.1 Supervision of BCCH_CHANGE_MARK and update of BCCH information 

The mobile earth station shall follow the change information rules specified in GMPRS-1 04.008 [11]. 
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5.5.1 .3.2 GPRS SI reception failure 

Failure to receive GMPRS SI is described in GMPRS-1 05.008 [15]. 

5.5.1 .4 Acquisition of system information on the broadcast channel 

System information shall be acquired on BCCH when the mobile earth station is in packet idle mode only and shall be 
as specified in GMPRS-1 04.008 [11]. 

5.5.1 .4.1 Suspension of operation to receive system information 

This clause is not applicable for GMR-1. 

5.5.1 .4.2 Request for acquisition of system information 

This clause is not applicable for GMR-1. 

5.5.1.5 Discontinuous reception (DRX) 

A mobile earth station in packet idle mode shall listen to the transmission on CCCH as defined in 
GMPRS-1 05.002 [13]. 

The mobile earth station shall treat the value of the NON_DRX_TIMER field as zero. It shall immediately enter the 
DRX mode period when it has entered the packet idle mode and may start using DRX on CCCH. 

5.5.1 .6 Page mode procedures on PCCCH 

This clause is not used. 

5.5.1 .7 Frequency parameters 

Frequency parameters are included in the assignment messages (i.e. PACKET DOWNLINK ASSIGNMENT, PACKET 
UPLINK ASSIGNMENT) and define the radio frequency channels the mobile earth station is to use during the assigned 
TBF. The first assignment message sent to the mobile earth station when it enters packet transfer mode shall include the 
frequency parameters. Subsequent assignment messages, sent to the mobile earth station during packet transfer mode, 
may omit the frequency parameters. If a mobile earth station receives a subsequent assignment message during packet 
transfer mode without the frequency parameters, the mobile earth station shall continue to use the previously assigned 
frequency parameters. 

The Frequency Parameters information element is defined in clause 12.8. The frequency parameters shall consist of an 
ARFCN and a bandwidth information for the downlink, bandwidth information for the uplink and an indication of the 
upHnk ARFCN as a differential encoding of the downhnk ARFCN. Also refer to GMPRS-1 05.005 [17]. The frequency 
information that the mobile earth station has stored while camping on a spotbeam shall be deleted when the mobile 
earth station selects a new spotbeam. 

5.5.2 Network side 

5.5.2.1 System Information broadcasting 

5.5.2.1 .1 System information on PBCCH 

System information on PBCCH is not supported in GMR-1. 

5.5.2.1 .2 System information on BCCH 

The GMPRS system information messages are regularly broadcast by the network on the BCCH to support packet 
services. Based on this information, the GMPRS mobile earth station is able to decide whether and how it gains access 
to the system via the current spotbeam (see GMPRS-1 04.008 [11]). 
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5.5.2.1 .3 System information on PACCH (and other logical channels) 

System information on PACCH (and other logical channels) is not supported in GMR-1. 

5.5.2.1 .4 Consistent sets of system information messages 

Refer GMPRS-l 04.008 [11]. 

5.5.2.2 Paging 

Paging using PCCCH is not supported in GMR-1. 

5.6 Measurement reports 

Measurement reports are not supported in GMR-1. 



Paging procedures 



For a mobile earth station in packet idle mode, the network may initiate the establishment of RR connection on a 
downlink packet transfer by the paging procedures. The paging procedure for MESs in packet idle mode can only be 
initiated by the network on a paging subchannel on CCCH. A number of mobile earth stations can be paged for 
downlink packet transfer by packing several paging information elements in a single Paging Message. Refer to 
GMPRS-1 04.008 [11]. 

Paging procedures for downlink packet transfer are described in clause 6.2. 

6.1 Paging procedure for RR connection establishment 

The network may initiate the establishment of an RR connection by the paging procedure for RR connection 
establishment. 

For mobile earth stations in packet idle mode, the network initiates the paging procedure to trigger an RR connection 
establishment by broadcasting a paging request message on the appropriate paging subchannel on CCCH. The paging 
subchannels on CCCH are specified in GMPRS-1 05.002 [13]. 

The network may also send paging related information on PACCH to a mobile earth station in GMPRS class B mode of 
operation when such mobile earth station is in packet transfer mode. 

If the mobile earth station in GMPRS class B mode of operation is in packet transfer mode then the MES is not required 
to decode the CS paging subchannels on CCCH. 

6.1 .1 Paging initiation using paging subcinannel on CCCH 

The paging initiation procedure and the paging request messages used on CCCH are specified in 
GMPRS-1 04.008 [11]. 

6.1 .2 Paging initiation using paging subcinannel on PCCCH 

Paging using paging subchannel on PCCCH is not supported in GMR-1. 
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6.1 .3 Paging initiation using PACCH 



Paging initiation using PACCH shall apply to a mobile earth station in class B mode of operation when such mobile 

earth station is in packet transfer mode and when the network operates according to mode I (see 

GMPRS-1 04.008 [11]). Paging initiation using PACCH may also apply in network mode of operation II or III 

(see GMPRS-1 04.008 [11]). In all these cases, the network shall send the PACKET PAGING REQUEST message to 

the mobile earth station on the appropriate PACCH. The message includes the mobile station identification and the 

channel needed field which defines how MESs of different capabilities shall code the establishment cause field in the 

CHANNEL REQUEST TYPE 2 message as specified in GMPRS-1 04.008 [11]. 



6.1.4 Paging response 



Upon receipt of a Paging Request or Packet Paging Request message, the purpose of which is to trigger the 
establishment of an RR connection, a mobile earth station operating in class B mode of operation and in packet transfer 
mode shall either ignore or answer the paging message according to GSM 02.60 [2]. 

When responding to a paging message the purpose of which is to trigger the establishment of an RR connection, the 
mobile earth station, whatever its MES class mode of operation, shall follow the paging response procedures as 
specified in GMPRS-1 04.008 [11]. Additionally, a mobile earth station operating in class B mode of operation shall 
abort the current GMPRS data transfer(s) if it was in packet transfer mode and suspend any GMPRS activity until 
returning to idle mode (see GMPRS-1 04.008 [11]). 

6.2 Paging procedure for downlink packet transfer 

The network may initiate the packet paging procedure in order to obtain the mobile earth station spotbeam location 
required for downlink packet transfer. The packet paging procedure can only be initiated by the network. The procedure 
is initiated by broadcasting PAGING REQUEST message on the appropriate paging subchannel on CCCH. The paging 
subchannels on CCCH are specified in GMPRS-1 05.002 [13] and GMR-1 03.013 [4]. 

Packet paging using the paging subchannel on CCCH applies to a mobile earth station that is not in packet transfer 
mode. 

6.2.1 Paging procedure using paging subcinannel on CCCH 

The packet paging procedure and the paging request messages used on CCCH are specified in GMPRS-1 04.008 [11]. 

6.2.2 Paging using paging subcinannel on PCCCH 

Paging using paging subchannel on PCCCH is not supported in GMR-1. 

6.2.3 Paging response to a page on CCCH 

Whenever the MM sublayer in the mobile earth station indicates an LLC PDU in response to a PAGE REQUEST, the 
mobile earth station shall initiate the uplink TBF using a CHANNEL REQUEST on RACH or PACKET CHANNEL 
REQUEST on PRACH. The decision to use a RACH or PRACH depends on the timing synchronization of the mobile 
earth station in packet idle mode. Refer to GMPRS-1 05.010 [16]. 

NOTE: The mobile earth station initiates an implicit packet paging response by sending an LLC PDU to the 
network as defined in 3GPP TS 04.64 [12] and GMPRS-1 04.008 [11]. 



7 Medium Access Control (MAC) procedures on 

PCCCH 

The establishment of a Temporary Block Flow (TBF) can be initiated by either the mobile earth station or the network. 
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A mobile earth station-initiated TBF establishment shall begin with a normal random access burst on CCCH as 
described in GMPRS-1 04.008 [11] or use of a packet access burst (PAB) on the PCCCH. The mobile earth station shall 
attempt packet access burst on PCCCH as specified in this clause if it meets the timing synchronization requirements as 
specified in GMPRS-1 05.002 [13] since the last timing correction received from the network. Under all other 
conditions the MES shall use a normal random access burst on the CCCH. 

The network shall maintain a traffic profile for a guaranteed bit rate service for the TLLI sent by the MES. The traffic 
profile shall be created (or updated) only when the MES requests for TBF establishment using random access procedure 
on CCCH. Subsequent TBF establishment on PCCCH or downlink TBF establishment shall use the information in the 
traffic profile for allocation resources to the TBF. 

On detecting the assignment of a new TLLI or if specifically instructed by the LLC, the MES shall immediately 
terminate the existing uplink TBF, if present, using the ITR bit as defined in clauses 9.3.3.3 or 9.3.2.4. The MES shall 
then transfer the uplink PDU only after a new uplink TBF is established using the CCCH as described in clause 7.1.4. 

Network initiated TBF establishment shall begin with a paging request or an IMMEDIATE ASSIGNMENT TYPE 3 on 
CCCH to the MES as specified in clause 6 and GMPRS-1 04.008 [11]. 

7.1 TBF establishment initiated by the mobile earth station on 
PCCCH 

The purpose of the packet access procedure is to establish a TBF to support the transfer of LLC PDUs in the direction 
from the mobile earth station to the network. Packet access shall be done on PCCCH using PAB, as defined in this 
clause, if a PCCCH exists, i.e. if the PRACH is available and are specified in the BCCH. Otherwise, packet access shall 
be done on CCCH, as defined in GMPRS-1 04.008 [11]. The packet access on PCCCH shall be done using one phase 
access (see clause 7.1.2). 

The packet access procedure is initiated by the mobile earth station. Initiation is triggered by a request from upper 
layers to transfer a LLC PDU. The request from upper layers specifies throughput, RLC mode and a Radio Priority to 
be associated with the packet transfer or indicates that the packet to be transferred contains signalling. 

Upon such a request: 

• if access to the network is allowed (see clause 7.1.1), the mobile earth station shall initiate the packet access 
procedure as defined in clause 7.1.2.1; 

• otherwise, the RR sublayer in the mobile earth station shall reject the request. 

If the request from upper layers indicates signalling, the highest Radio Priority shall be used at determination if access 
to the network is allowed, and the acknowledged RLC mode shall be used. 

7.1 .1 Permission to access the network 

The network broadcasts on BCCH, the list of authorized access classes and authorized special access classes in the 
Access Classes parameter. Access to the network is allowed if the mobile earth station is a member of at least one 
authorized access class or special access class as defined in GMR-1 02.011 [20]. 

The network also broadcasts on BCCH a CELL_BAR_ ACCESS bit, a CELL_BAR_ACCESS_EXTENTION bit and a 
CELL_BAR_ACCESS_EXTENTION2 bit as defined in GMPRS-1 04.008 [1 1]. If the value of these three bits are not 
specified per GMPRS-1 03.022 [22] and Annex C of GMPRS-1 05.002 [13], the mobile earth station is not allowed to 
transmit a PRACH/RACH on that network for the purpose of initiating a packet session of any kind. 
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7.1 .2 Initiation of a TBF establislnment 



7.1.2.1 



Initiation of the packet access procedure 



If the mobile earth station is in packet idle mode, the mobile earth station shall initiate the packet access procedure by 
scheduling the sending of PACKET CHANNEL REQUEST messages on the PRACH and simultaneously leaving the 
packet idle mode. If there are multiple PDCH-Carriers within the spotbeam carrying PRACH, the mobile earth station 
shall select the last PDCH-Carrier it used successfully to complete a TBF, if it is still available. If that particular 
PDCH-Carrier is not available or does not carry PCCCH any more, the mobile earth station shall perform TBF 
establishment using CCCH as described in clause 7.1.4. If the mobile earth station is in packet transfer mode, the 
mobile earth station shall use the PDCH-Carrier associated with the downlink TBF for PRACH transmission. The 
PDCH-Carriers which carry PCCCH i.e. PRACH and PAGCH are transmitted on the system information. If the 
PRACH_OVERLAY variable in the BCCH system information is set to a value greater than 0, this means that multiple 
overlaid PRACH Channels are supported by the network. PRACH overlay is defined in GMPRS-1 04.008 [11]. 

For a PDCH(4,3), PDCH(5,3) or a PDCH(5,12) (see GMPRS-1 05.002 [13]), the mobile earth station shall monitor all 
downlink MAC slots for PRACH MAC slots (i.e. USE = FREE). The mobile earth station shall select a PRACH MAC 
slot within a frame for PRACH access. When multiple PRACH MAC slots appear within a frame, each PRACH MAC 
slot shall have equal probability of selection. The mobile earth station shall then select one of the overlaid PRACH 
channels available in the selected PRACH MAC slot for PACKET CHANNEL REQUEST transmission. The mobile 
earth station shall monitor all downlink MAC slots for a response from the network. When the mobile earth station 
receives the PERSISTENCE_LEVEL parameter, the value of the PERSISTENCE_LEVEL parameter shall be taken 
into account at the next following PACKET CHANNEL REQUEST attempt. 

For a PDCH(2,6) (see GMPRS-1 05.002 [13]) the mobile earth station can transmit on the PRACH channel in two ways 
which are as follows (a) The MES monitors the downlink for USE = FREE on D-MAC slots 0, 1, 2, 3 and then 
transmits by selecting randomly one of the two MAC slots on the corresponding uplink (b) It transmits on the assigned 
ARFCN and MAC slots which are communicated to the MES through the BCCH as defined in GMPRS-1 04.008 [15]. 

A mobile earth station in class B mode of operation shall respond to a PACKET PAGING REQUEST message 
indicating an RR connection establishment. A MES in class B mode of operation may abort the packet access procedure 
at the receipt of a PACKET PAGING REQUEST message indicating an establishment of an RR connection. 
PACKET PAGING REQUEST messages indicating a non-RR connection shall be ignored. 

Mobile earth stations in class C mode of operation shall ignore any type of PACKET PAGING REQUEST message. 

For the first PRACH attempt, the Rid field shall be set to zero. It shall subsequently be incremented for each PRACH 
attempt, modulo 4. 

The PACKET CHANNEL REQUEST messages are sent on PRACH and contain an indication of the type of access, the 
TLLI to identify the MES, and parameters indicating the mobile earth station demand for radio resource. 

The PACKET CHANNEL REQUEST message contains 64 bits of information. The mobile earth station shall declare 
the current number of RLC blocks required to be transmitted in the access request. The number of RLC blocks shall be 
calculated assuming the most conservative coding and modulation for the shortest PDCH duration burst type in the 
uplink direction (refer to Table 7.1.2.1). If the demand is greater than 63 RLC blocks, a value of 63 shall be used. The 
mobile earth station shall also declare the radio-priority and throughput class in the Packet Channel Request. If the 
purpose of the packet access procedure is for a Mobility Management procedure, the mobile earth station shall indicate 
this in the PACKET CHANNEL REQUEST message. 

Table 7.1.2.1 : MCS value and burst type used to calculate initial RLC blocks 



Terminal type 


MCS for PDCH 
(binary) 


PDCH burst type 


A 


0000 


PDCH(4,3)/PDCH(5,3) 


C 


000 


PDCH(1,6) 


D 


0011 


PDCH(5,3) 



If a PACKET DOWNLINK ASSIGNMENT is received by the MES during the packet access procedure, the MES shall 
act upon it immediately while continuing the packet access procedure as described in clause 7.2.1.1. 
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7.1 .2.1 .1 Access persistence control on PRACH 

The mobile earth station shall make maximally M + 1 attempts to send a PACKET CHANNEL REQUEST message; in 
case of a PACKET CHANNEL REQUEST with cause code "Initial Correction", only one attempt shall be made. If the 
access cause is "one phase access request", then during each re-transmission attempt of the PACKET CHANNEL 
REQUEST message, the mobile earth station may optionally update one or more of the following fields - number of 
blocks, radio priority, peak throughput class, RLC mode and LLC Type. If the radio priority changes, then PRACH 
control parameters applicable for this radio priority shall be applicable. However the Rid field shall be modified as 
specified in clause 7.1.2.1. After sending each PACKET CHANNEL REQUEST message, the mobile earth station shall 
listen to all PCCCHs on the corresponding downlink carrier (i.e. carried by the same PDCH). 

The PRACH Control Parameters IE contains the access persistence control parameters and shall be broadcast on BCCH. 
The parameters included in the PRACH Control Parameters IE are: 

• MAX_RETRANS, for each radio priority I (I = 1, 2, 3, 4); 

• PERSISTENCE_LEVEL, which consists of the PERSISTENCE_LEVEL P(I) for each radio priority I (I = 1 , 
2, 3, 4); where P(I) e {0, 1, ...14, 16}. If the PRACH Control Parameters IE does not contain the 
PERSISTENCE_LEVEL parameter or they contain the Reduced Persistence Level parameters, this shall be 
interpreted as if P(I) = for all radio priorities; 



• TX_INT. 

The mobile earth station shall monitor for the USE flags on all PDCHs of any PCCCH identified in the BCCH for 
possible PRACH usage if set to FREE. 

The mobile earth station shall start timer T3186 at the beginning of the Packet Access Procedure. Afterwards, when the 
mobile earth station detects an USE set to FREE on the PDCHs identified in the BCCH, it shall restart timer T3186. At 
expiry of timer T3186, the packet access procedure shall be aborted and the mobile earth station shall attempt channel 
request on the RACH of CCCH as specified in GMPRS-1 04.008 [1 1] if no downhnk TBF is active. If a downlink TBF 
is active, the mobile earth station shall discard the pending uplink LLC PDU(s) and report an error to the higher layer. 
T3186 is switched off at the end of the access procedure, either in success or failure. 

The first attempt to send a PACKET CHANNEL REQUEST message, may be initiated at the first possible opportunity. 
For each subsequent attempt to transmit a PACKET CHANNEL REQUEST, the mobile earth station shall draw a 
random value R with uniform probability distribution in the set {0, 1 , . . . , 15}. The mobile earth station is allowed to 
transmit a PACKET CHANNEL REQUEST message if P(I), where I is the radio priority of the TBF being established, 
is less or equal to R. This is only required if Persistence parameters are transmitted in the system information. 

The S and T parameters are used to determine the minimum gap to the next MAC-slot after which the MES may make a 
successive attempt. The minimum number of MAC-slot between two successive attempts to send a PACKET 
CHANNEL REQUEST message is a random value drawn for each transmission with uniform probability distribution in 
the set {S, S H- 1, ..., S H- T - 1 }. S and T are both measured in MAC-slots. 

Here, 

• M is the value of the parameter MAX_RETRANS, belonging to the Radio Priority of the access; 

• T is the value of the parameter TX_INT for the first retry and is doubled for every subsequent retry; 

• S is the value of the parameter S. 

Having made maximal attempts to send a PACKET CHANNEL REQUEST message, the mobile earth station shall stop 
timer T3186 and start timer T3170. At expiry of timer T3170, the mobile earth station declares a failure to the upper 
layer. If there is no downlink TBF active currently, the next access shall be on CCCH. If there is a downlink TBF active 
then the next access may be on the PCCCH. 

7.1.2.1.2 Handling of T3202 expiry 

The MES shall let the timer T3202 run during the access procedure. If T3202 expires during the procedure, the MES 
shall immediately stop transmitting PACKET CHANNEL REQUESTS, stop timer T3186 or T3170 if running and shall 
immediately perform a random access on the RACH channel. 
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7.1 .2.2 Packet assignment procedure 

7.1 .2.2.1 On receipt of a PACKET CHANNEL REQUEST message 

On receipt of a PACKET CHANNEL REQUEST message, the network may assign a radio resource on one or more 
PDCHs to be used by the mobile earth station for the TBF. 

The allocated PDTCH and PACCH resource is assigned to the mobile earth station in a PACKET UPLINK 
ASSIGNMENT message, sent on any PAGCH block on any PCCCH on the same PDCH-Carrier on which the network 
has received the PACKET CHANNEL REQUEST message. The TLLI information element shall be used to address the 
mobile earth station and frequency parameters shall be included. The network shall include the USE values allocated for 
PDCHs in the PACKET UPLINK ASSIGNMENT message. 

If the network receives a PACKET CHANNEL REQUEST with the same TLLI as a previous PACKET CHANNEL 
REQUEST, the network will act as follows: 

• If it has not already sent a PACKET UPLINK ASSIGNMENT or it has sent a PACKET UPLINK 
ASSIGNMENT and the new PACKET CHANNEL REQUEST is identical to the previous one (except in 
terms of number of blocks required) but has not started receiving data from the MES corresponding to 
allocations made for that PACKET UPLINK ASSIGNMENT, it shall send (resend) the PACKET UPLINK 
ASSIGNMENT. 

• If it has already sent a PACKET UPLINK ASSIGNMENT and has started receiving data from the MES 
corresponding to allocations made for that PACKET UPLINK ASSIGNMENT or if the new PACKET 
CHANNEL REQUEST requests a different priority level or RLC mode than the previous one, it shall do a 
local release of the existing TBF and send a new PACKET UPLINK ASSIGNMENT. 

On receipt of a PACKET UPLINK ASSIGNMENT message corresponding to one of its last 3 PACKET CHANNEL 
REQUEST messages, the mobile earth station shall stop timer T3170 or T3186 if running, stop sending PACKET 
CHANNEL REQUEST messages, start timer T3164 and switch to the assigned PDCHs. The timer T3202 shall be 
restarted upon applying the timing and frequency correction information in the PACKET UPLINK ASSIGNMENT. 

If while monitoring the PCCCH the mobile earth station receives more than one PACKET UPLINK ASSIGNMENT 
message, it shall act upon the most recently received message and shall ignore the previous message. The MES shall 
monitor the downlink transmission for its allocated USE as indicated. When it transmits the first RLC/MAC block, the 
MES shall switch off timer T3164. 

7.1.2.2.2 Void 

7.1.2.2.3 Void 

7.1 .2.2.4 Packet access reject procedure 

The network may send to the mobile earth station a PACKET ACCESS REJECT message on any PAGCH block on any 
PCCCH in the same PDCH-Carrier on which the channel request message was received. This message contains the 
TLLI, the Rid (Request Identifier) and a WAITJNDICATION field in the Reject structure of the PACKET ACCESS 
REJECT message. 

On receipt of a PACKET ACCESS REJECT message, where the Rid in the Reject structure corresponds to one of its 
3 last PACKET CHANNEL REQUEST messages, the mobile earth station shall stop sending PACKET CHANNEL 
REQUEST messages, stop timer T3170, if running, start timer T3172 with the value indicated in the 
WAIT_INDICATION field, start timer T3162 and listen to the downlink PCCCH until timer T3162 expires. During this 
time, the mobile earth station shall ignore additional PACKET ACCESS REJECT messages, but on reception of any 
PACKET UPLINK ASSIGNMENT message corresponding to any other of its 3 last PACKET CHANNEL REQUEST 
messages the mobile earth station shall stop timers T3162 and T3172, start timer T3164, and switch to the assigned 
PDCHs, as further defined in clause 7.L3.2.L 
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If no PACKET UPLINK ASSIGNMENT message is received before expiration or stoppage of timer T3162, the mobile 
earth station shall interpret the current access attempt as having failed. If further retries are permissible (number of 
attempts is less than the maximum permitted), the mobile earth station may retry as soon as T3172 has expired, if 
T3172 is running currently. If not, it shall declare the access procedure as failed to the upper layers and return to packet 
idle mode (listening to its paging channel). As an option the mobile earth station may stop timer T3162 and return to 
packet idle mode as soon as it has received responses from the network on all, or in case more than 3 were sent, the last 
3 of its PACKET CHANNEL REQUEST messages. 

If an erroneous PACKET UPLINK ASSIGNMENT message addressed to the mobile earth station is received before 
expiration of timer T3162, the mobile earth station shall act as stated in clause 7.1.4. 

The mobile earth station is not allowed to make a new attempt for packet access in the same spotbeam until timer T3172 
expires, but may attempt packet access in an other spotbeam after successful spotbeam reselection. A mobile earth 
station in class B mode of operation may attempt to enter the dedicated mode in the same cell before timer T3172 has 
expired. During the time T3172 is running, the MES shall ignore all received PACKET PAGING REQUEST messages 
except paging request to trigger RR connection establishment. 

The value of the WAIT_INDICATION field (i.e. timer T3172) relates to the spotbeam from which it was received. 

If the cause value is "Resource not available" the mobile earth station shall immediately stop transmitting and locally 
release all TBFs in progress. Any partially transmitted PDU or fully transmitted but not fully acknowledged PDU (in 
RLC acknowledge mode) shall be treated as not having been sent. The mobile earth station shall perform a THE 
estabhshment using CCCH as described in clause 7.1.4. Note that the PACKET ACCESS REJECT message with the 
release cause "Resource not available" shall not be accompanied by a poll. 

7.1 .2.3 One phase packet access completion 

The one phase packet access procedure is completed upon the reception of PACKET UPLINK ASSIGNMENT message 
with the same TLLI as the mobile earth station included in the PACKET CHANNEL REQUEST message. The mobile 
earth station has entered the packet transfer mode. 

7.1 .2.4 Timing and frequency correction 

The MES shall make timing preconception prior to transmission of channel request as specified in 

GMPRS-1 05.010 [16] and GMPRS-1 04.008 [11] and the initial timing and frequency correction maybe provided in 

the PACKET UPLINK ASSIGNMENT in the PACKET LINK SYNCHRONIZATION field. 

Thereafter the timing and frequency advance is updated by PACKET LINK SYNCHRONIZATION message at 
periodic intervals. Timing Advance Index (TAI), when included in an IMMEDIATE ASSIGNMENT or PACKET 
UPLINK ASSIGNMENT message, shall be considered as an assignment. The mobile earth station shall use the TAI for 
periodic timing and frequency correction using its allocation on PTCCH (see GMPRS-1 05.010 [16]). 

The assigned TAI shall be used by the MES to identify the appropriate Packet Link Synchronization parameters 
received in Packet Link Control message on PTCCH/D or PACCH. 

The timer T3202 shall be restarted every time a timing correction is received successfully from the network. If it 
expires, the MES shall perform an abnormal release with random access on the RACH channel. 

7.1.3 Void 

7.1 .4 Initiation of TBF Establishment on CCCH 

Initiation of access for TBF establishment on CCCH is as specified in GMPRS-1 04.008 [11]. 

The number of RLC blocks reported at the time of TBF establishment on CCCH shall be based on the most 
conservative coding and modulation for the shortest PDCH duration burst type in the uplink direction (refer to 
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table 7.1.4). 



Table 7.1.4: MCS value and burst type used to calculate initial RLC blocks 



Terminal type 


MCS for PDCH 
(binary) 


PDCH burst type 


A 


0000 


PDCH(4,3)/PDCH(5,3) 


C 


000 


PDCH(1,6) 


D 


0011 


PDCH(5,3) 



On reception of IMMEDIATE ASSIGNMENT TYPE 2 on the AGCH, the MES shall switch to assigned PDCH as 
specified in GMPRS-1 04.008 [11] and shall start timer T3164. On transmission of the first RLC/MAC block, the MES 
shall stop timer T3164. 

If timer T3164 expires, then the MES shall re-initiate access procedure on the PCCCH using PRACH unless it has 
already been re-initiated 3 times in which case the MES shall abort the access procedure and shall notify the upper layer 
about the TBF establishment failure and shall return to idle mode. 

NOTE: On receipt of IMMEDIATE ASSIGNMENT TYPE 2, the MES is time synchronized with the network. 
So re-initiation of access procedures are performed on the PRACH. 

7.1.5 Abnormal cases 

If a failure occurs on the mobile earth station side of the new TBF before mobile earth station has successfully entered 
the packet transfer mode, the newly reserved resources are released; the subsequent behaviour of the mobile earth 
station depends on the type of failure and previous actions. 

• If the mobile earth station has been assigned a TBF with a MCS that the MES does not support, the MES shall 
return to packet idle mode and notify higher layers (TBF establishment failure). 

• On expiry of timer T3 164, the mobile earth station shall reinitiate the packet access procedure unless it has 
already been reinitiated 3 times, in which case the mobile earth station shall return to packet idle mode and 
notify higher layers (TBF establishment failure). 

• On expiry of timer T3172, the mobile earth station shall stop T3162 if running and reinitiate the packet access 
procedure unless it has already been reinitiated 4 times, in which case the mobile earth station shall return to 
packet idle mode and notify higher layers (TBF establishment failure). 

• If the failure is due to any other reason, the mobile earth station shall return to packet idle mode, notify higher 
layer (TBF establishment failure), transactions in progress shall be aborted and spotbeam reselection 
continues. 

7.2 TBF establishment initiated by the network on CCCH 
7.2.1 Entering the packet transfer mode 

The procedure is triggered by a request from upper layers on the network side to transfer a LLC PDU to a mobile earth 
station in packet idle mode. The request from upper layers specifies an optional priority level, a QoS profile including 
the requested RLC mode, optional DRX parameters, an optional IMSI and an optional MS Radio Access Capability, 
multislot class and mobile earth station classmark to be associated with the packet transfer. The request is implicit when 
receiving a LLC PDU to a mobile earth station not already having any assigned radio resources. Upon such a request, 
the network shall initiate a packet downlink assignment procedure as defined in clause 7.2.1.1. 



7.2.1.1 



Packet downlink assignment procedure 



The network may assign a radio resource on one or more PDCHs to be used for the TBF. The amount of radio resource 
to be reserved is a network dependent choice. 
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The allocated radio resource is assigned to the MES in an IMMEDIATE ASSIGNMENT TYPE 3 message. The 
IMMEDIATE ASSIGNMENT TYPE 3 message is transmitted on the CCCH corresponding to the paging group the 
mobile earth station belongs to. The appropriate paging group is calculated from the IMSI, see GMPRS-1 05.002 [13] 
and GMPRS-1 04.008 [11]. The behaviour of the network when the IMSI is not provided by the upper layers is 
implementation dependent for the calculation of the paging group where the IMMEDIATE ASSIGNMENT TYPE 3 
message has to be sent. This message shall be sent in one or more CCCH corresponding to a paging group determined 
for the MES in packet idle mode (see GMPRS-1 05.002 [13]). The multislot capabiHties of the MES must be 
considered. 

On reception of IMMEDIATE ASSIGNMENT TYPE 3 message, the MES shall respond with a PACKET CHANNEL 
REQUEST message on a PRACH channel with a cause code "Initial Correction" if timer T3202 has not expired. If 
timer T3202 has expired, the MES shall ignore the IMMEDIATE ASSIGNMENT TYPE 3 message. If the MES does 
respond with a PACKET CHANNEL REQUEST, it shall start timer T3208 and start monitoring the corresponding 
downlink channel. On reception of PRACH, the network shall provide the time and frequency correction on the 
assigned downlink channel using a PACCH. The MES shall stop timer T3208 on reception of the first timing and 
frequency synchronization parameters. If the timer T3208 expires, the MES shall ignore the received downlink 
assignment and shall revert to packet idle mode behaviour specified in clauses 6 and 7. 

When timer T3208 is active, the MES shall not initiate uplink access procedure on RACH or PRACH to establish an 
uplink TBF. 

The MES shall not transmit any uplink PNB bursts (including timing correction bursts if scheduled) until it has received 
timing and frequency correction value at least once from the network since the last IMMEDIATE ASSIGNMENT 
TYPE 3 message was received on the PCH channel. However, the MES shall be capable of receiving downlink data 
prior to receiving the timing and frequency correction values. Once the correction is received from the network, the 
MES switches off T3208 and is able to transmit on the uplink. Thereafter the mobile earth station shall use the 
continuous update timing advance mechanism, using the Timing Advance Index sent to it on the Assignment message 
to compute its allocation on PTCCH (see GMPRS-1 05.010 [16] and GMPRS-1 03.064 [5]). 

When receiving the IMMEDIATE ASSIGNMENT TYPE 3 message the MES starts timer T3190. The timer is restarted 
when the mobile earth station receives a downlink RLC/MAC block carrying the TFI of the downlink TBF in the 
RLC/MAC header. 

On expiry of timer T3 190, the MES shall abort the procedure and return to packet idle mode. If the MES had 
transmitted a RACH message prior to receiving the IMMEDIATE ASSIGNMENT 3 message, it shall proceed as 
defined in GMPRS-1 04.008 [11]. 

7.2.1 .2 Packet downlink assignment procedure completion 

The Packet downlink assignment procedure is completed when the mobile earth station receives a valid RLC/MAC 
block. The mobile earth station has entered the packet transfer mode. 

7.2.1.3 Void 

7.2.2 Abnormal cases 

If a failure occurs on the MES side of the new TBF before MES has successfully entered the packet transfer mode, the 
newly reserved resources are released; the subsequent behaviour of the MES depends on the type of failure and 
previous actions. 

• If the mobile earth station has been assigned a TBF with an MCS indicated that the MES does not support, the 
MES shall return to packet idle mode and notify higher layers (TBF establishment failure). 

• On expiry of timer T3 190, the mobile earth station shall return to packet idle mode. 

• If T3208 has expired when the MES receives the initial assignment or it expires while the MES is waiting for 
its first assigned correction D-MAC-slot/MAC-slot OR the first TAl D-MAC-slot/MAC-slot, the MES shall 
execute abnormal release with random access using the RACH channel. 

• If the failure is due to any other reason, the mobile earth station shall return to packet idle mode. 
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7.3 Procedure for measurement report sending in packet idle 
mode 

This function is not supported in GMR- 1 . 

7.4 Cell change order procedures in packet idle mode 

For an individual mobile earth station in packet idle mode, the network may initiate the cell change order procedure on 
CCCH. 

7.4.1 Cell change order procedure initiated on PCCCH 

This function is not supported in GMR-1. 

7.4.2 Cell change order procedure initiated on CCCH 

Cell Change procedure on CCCH shall be as specified in GMPRS-1 04.008 [11]. 

7.5 IVIeasurement order procedures in packet idle mode 

This function is not supported in GMR-1. 

7.6 Void 

7.7 Void 

7.8 TBF establishment on PACCH by network 

A downlink TBF can be established by the network on PACCH if an uplink TBF already exists. The network initiates 
establishment of a downlink TBF by sending a Packet Downlink Assignment message as described in clause 8.1.1.1.3. 

7.9 GIVIPRS Resume procedure on POOCH 

GMPRS resume procedure is triggered by a request from MM sub-layer on the mobile earth station side to resume a 
previously suspended GMPRS service (see GMPRS-1 04.008 [11]). 

7.9.1 Initiation of GIVIPRS resume procedure 

The MES shall initiate GMPRS resume procedure by scheduling the transmission of PACKET CHANNEL REQUEST 
message on the PRACH as specified in clause 7.1.2.1 if timer T3202 has not expired. If T3202 has expired or if a 
suitable PCCCH is not available (if the last used PDCH carrier is not available), then MES shall initiate GMPRS 
resume procedure on CCCH as specified in GMPRS-1 04.008 [11]. 

The MES shall set the type of access to indicate "GMPRS resume procedure" and include its TLLI in PACKET 
CHANNEL REQUEST. Access persistence control specified in clause 7.1.2.1.1 for "one phase access request" is 
applicable when the access type "GMPRS resume procedure". After transmitting a PACKET CHANNEL REQUEST 
indicating "GMPRS resume procedure", the mobile earth station shall start timer T3196 and monitor all downlink 
D-MAC slots for a response from the network. 

The MES shall ignore PACKET DOWNLINK ASSIGNMENT or PACKET UPLINK ASSIGNMENT messages during 
GMPRS resume procedure. 
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7.9.2 Completion of GMPRS resume procedure 

On receipt of a PACKET CHANNEL REQUEST message requesting resumption of GMPRS services, the network 
shall attempt to resume GMPRS services only if a GMPRS suspend procedure (see GMPRS 04.008 [11]) was 
successful for the same MES. If GMPRS suspend procedure was unsuccessful or if sufficient information is not 
available at the network, then the network shall respond with a PACKET GMPRS RESUME RESPONSE message on 
PAGCH with a result indicating that GMPRS service resumption was unsuccessful. If GMPRS suspend procedure for 
the MES was successful, then the network shall attempt to resume the GMPRS services. On successful completion of 
GMPRS service resumption, network shall transmit a PACKET GMPRS RESUME RESPONSE message on PAGCH 
with a result indicating that GMPRS service was successfully resumed. 

The TLLI information shall be used to address the mobile earth station in PACKET GMPRS RESUME RESPONSE 
message. The MES shall compare its TLLI with the TLLI present in PACKET GMPRS RESUME RESPONSE 
message. If the two TLLIs does not match, the MES shall ignore the PACKET GMPRS RESUME RESPONSE. 

On receipt of a PACKET GMPRS RESUME RESPONSE message matching its TLLI, the mobile earth station shall 
stop timer T3196 and stop sending PACKET CHANNEL REQUEST messages. The MES shall then notify 
MM sub-layer on the result (success or failure) of the GMPRS resume procedure. 

7.9.3 Abnormal cases 

On expiry of timer T3196, the MES shall reinitiate the GMPRS resume procedure unless it has already been reinitiated 
three times in which case the MES shall return packet idle mode and indicate a failure to resume GMPRS services to the 
MM sub-layer. All further access to the network shall be made on CCCH. 

If the network is unable to resume GMPRS services it shall respond to the MES with a PACKET GMPRS RESUME 
RESPONSE message on the PAGCH with a result indicating that GMPRS service resumption was unsuccessful. 



8 Medium access control (MAC) procedures in packet 

transfer mode 



8.1 Transfer of RLC data blocks 



The transfer of RLC data blocks associated with a TBF in the downlink direction is performed using a dynamic medium 
access method. The transfer of RLC data blocks associated with a TBF in the uplink direction also uses a dynamic 
access method. 

8.1.1 Uplink RLC data block transfer 

Prior to the initiation of RLC data block transfer on the uplink, the network assigns the following parameters to 
characterize the uplink TBF in the PACKET UPLINK ASSIGNMENT message: 

• unique Temporary Flow Identity (TFI). The mobile earth station shall set the TFI field of each uplink RLC 
data block to the TFI value assigned to the mobile earth station in the PACKET UPLINK ASSIGNMENT 

message; 

• a set of PDCHs to be used for the uplink transfer. 

In case of retransmission of RLC data blocks, the MES shall use the same MCS that was used in the initial transmission. 

Upon receipt of a PACKET UPLINK ASSIGNMENT message, the mobile earth station shall be ready to transmit in 
accordance with the requirements given in GMPRS-1 05.010 [16]. 

The mobile earth station shall transmit RLC/MAC blocks with the following priority: 

• RLC/MAC control blocks, except Packet Uplink Dummy Control Blocks; 

• RLC data blocks; 
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• RLC/MAC control blocks containing Packet Uplink Dummy Control Blocks. 

The RLC/MAC control block or blocks shall be in the beginning of the payload. The presence of a RLC/MAC control 
block is indicated by the payload type field in the MAC/RLC header (see clause 10.3). 

8.1 .1 .1 Dynamic allocation uplink RLC data block transfer 

This clause specifies mobile earth station behaviour for dynamic allocation uplink RLC data block transfer while in 
packet transfer mode. 

When the mobile earth station receives a complete uplink assignment, the mobile earth station shall begin monitoring 
the assigned PDCHs for the assigned USF value for each assigned PDCH within the response time defined in 
GMPRS-1 05.010 [16]. Whenever the mobile earth station detects an assigned USF value on an assigned PDCH, the 
mobile earth station shall transmit one or more RLC/MAC blocks on the same PDCH, depending on the type of PDCH 
(see clauselO.2). The time relation between an uplink Mac-slot, D-MAC-slot or 4-MAC-slot which the mobile earth 
station shall use for transmission, and the occurrence of the USF value is defined in GMPRS-1 05.010 [16]. The UD 
field in the RLC data block shall be set to indicate the total pending demand in the mobile earth station for this TBF, 
including packets that have not yet been segmented, and taking into account RLC overhead. This includes packets for 
retransmission. 

When the mobile earth station starts transmitting RLC/MAC blocks with UD>0 to the network, it shall start timer 
T3180. When the mobile earth station detects an assigned USF value on an assigned PDCH, the mobile earth station 
shall reset timer T3180. If timer T3180 expires, the mobile earth station shall perform the abnormal release with random 
access procedure (see clause 8.7.2). 

Whenever the network receives a valid RLC/MAC block from the mobile earth station in an assigned MAC-slot, 
D-MAC-slot or 4-MAC-slot it shall reset counter N3101. The network shall increment counter N3101 for each Mac-slot 
D-MAC-slot or 4-MAC-slot allocated to that mobile earth station, for which no data is received. If N3101 = N3101max, 
the network shall stop the scheduling of Mac-slots/D-MAC-slots/4-MAC-slots from the mobile earth station and start 
timer T3169. When T3169 expires, the network may reuse the USF and TFI. 

8.1.1.1.1 PACCH operation 

The mobile earth station shall attempt to decode every received downlink RLC/MAC block on all 
Mac-slots/D-MAC-slots/4-MAC-slots on every assigned PDCHs. Whenever the mobile earth station receives an 
RLC/MAC block containing an RLC/MAC control block, the mobile earth station shall attempt to interpret the message 
contained therein. If the message addresses the mobile earth station, the mobile earth station shall act on the message. 

Whenever the mobile earth station detects a Mac-slot/D-MAC-slot/4-MAC-slot assigned to it on any assigned PDCH, 
the mobile earth station may transmit PACCH blocks using the same PDCH in the next MAC-slot/D-MAC-slot/4- 
MAC-slot. The network shall set the USF value to reserved in downlink MAC slot or D-MAC-slot which has UUG (in 
RLC/MAC header) setting indicating a MAC slot, D-MAC-slot or 4-MAC-slot allocation. The MES shall always send 
the polled control information on the allocated MAC-slots. 

8.1.1.1.2 Resource reallocation for uplink TBF 

During an uplink packet transfer, upper layers may request the transfer of an LLC PDU with different Radio Priority, 
peak throughput class, or RLC mode than the current uplink TBF. The UT may transfer the LLC PDU over the existing 
uplink TBF. Alternatively, the UT may set the ITR bit in uplink RLC/MAC blocks as described in clause 9.3.3.3 or 
9.3.2.4 in order to quickly terminate the current TBF, and then establish a new uplink TBF with the QoS requested by 
the pending LLC PDU. 

8.1 .1 .1 .3 Establishment of downlink TBF 

During uplink transfer, the network may initiate a downlink TBF by sending a PACKET DOWNLINK ASSIGNMENT 
message to the mobile earth station on the PACCH. The multislot restrictions of the mobile earth station shall be 
observed. 
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The downlink radio resource is assigned to the mobile earth station in a PACKET DOWNLINK ASSIGNMENT 
message. On receipt of an assignment message, the mobile earth station shall switch to the assigned PDCHs, and start 
timer T3190. The operation of the downlink TBF follows the procedures in clause 8.1.2 with the following additions: 

• the mobile earth station shall prioritize transmission of RLC/MAC control blocks associated with the downlink 
TBF over RLC/MAC control blocks associated with the uplink TBF; 

• if a timer or counter expiry causes the uplink TBF to be aborted in the mobile earth station, the mobile earth 
station shall also abort the downlink TBF and perform an abnormal release with random access 

(see clause 8.7.2). 

8.1.1.1.3.1 Abnormal cases 

If a failure occurs on the mobile earth station side before the new TBF has been successfully established, the newly 
reserved resources are released. The mobile earth station shall abort the procedure and continue the normal operation of 
the uplink TBF, if present. 

8.1 .1 .2 Uplink PDCH(5,3) and PDCH(5,1 2) multiplexing 

MES supporting uphnk PDCH(5,3) and PDCH(5,12) shall support: 

• start of a PDCH(5,12) burst in any Mac-slot in a frame; 

• PDCH(5,12) bursts straddling two frames; 

• transmission of a PDCH(5,12) or four PDCH(5,3) bursts in a 4-MAC-slot USE allocation. 

8.1.1.3 Void 

8.1 .1 .4 Network initiated release of uplink TBF 

The network may initiate release of an uplink TBF by transmitting a PACKET TBF RELEASE message to the mobile 
earth station on the PACCH. A cause value indicates the reason for release. 

If the cause value is "Normal release" the mobile earth station shall immediately stop transmitting and locally release 
the TBF. If the PACKET TBF RELEASE message is accompanied by a poll, the mobile earth station shall transmit an 
acknowledgement message as described in clause 10.4.5. Any partially transmitted PDU or fully transmitted but not 
fully acknowledged PDU (in RLC acknowledged mode) shall be treated as not having been sent. 

If the cause value is "PDCH-carrier being deassigned" the mobile earth station shall immediately stop transmitting and 
locally release all TBFs in progress. The PACKET TBF RELEASE message with release cause "PDCH-carrier being 
deassigned" will not be accompanied by a poll. Any partially transmitted PDU or fully transmitted but not fully 
acknowledged PDU (in RLC acknowledge mode) shall be treated as not having been sent. Next time the mobile earth 
station shall perform TBF establishment using CCCH as described in clause 7.1.4. 

If the cause value is "Abnormal Release" the mobile earth station shall immediately stop transmitting and follow the 
abnormal release with random access procedure (see clause 8.7.2). 

If the cause value is "Resource not available", the mobile earth station of GMPRS terminal type D 
(Refer to GMPRS-1 05.002 [13] for terminal type definition) shall immediately stop transmitting and locally release all 
TBFs in progress. Note that the PACKET TBF RELEASE message with the release cause "Resource not available" 
shall not be accompanied by a poll. Any partially transmitted PDU or fully transmitted but not fully acknowledged PDU 
(in RLC acknowledge mode) shall be treated as not having been sent. The mobile earth station shall perform a TBF 
establishment using CCCH as described in clause 7.1.4. This cause value shall be ignored by the MES of GMPRS 
terminal type A and C. 
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8.1.1.5 Abnormal cases 

The following abnormal cases apply: 

• If the mobile earth station receives a PACKET DOWNLINK ASSIGNMENT message with an invalid 
Frequency Parameters information element, the mobile earth station shall perform an abnormal release with 
system information (see clause 8.7.3). 

• If a mobile earth station receives a PACKET UPLINK ASSIGNMENT and detects an invalid Frequency 
Parameters information element in the message, it shall perform an abnormal release with system information 
(see clause 8.7.3). 

• If the mobile earth station receives a PACKET UPLINK ASSIGNMENT or a PACKET DOWNLINK 
ASSIGNMENT message specifying frequencies that are not all in one band then the mobile earth station shall 
perform an abnormal release with random access (see clause 8.7.2). 

• If the mobile earth station receives a PACKET UPLINK ACK/NACK with missing mandatory fields, the MES 
shall perform an abnormal release with random access. 

• If the mobile earth station detects radio link failure (see GMPRS 05.008 [15]), the MES shall perform an 
abnormal release and return to CCCH or PCCCH. 

8.1 .2 Downlink RLC data block transfer 

Prior to the initiation of RLC data block transfer on the downlink, the network assigns the following parameters to the 
downlink TBF in the PACKET DOWNLINK ASSIGNMENT message: 

• A unique Temporary Flow Identity (TFI). The TFI applies to all radio blocks transferred as part of the 
downlink Temporary Block Flow (TBF). 

• A set of PDCHs to be used for the downlink transfer. 

For each TBF, the network shall prioritize RLC/MAC control blocks (except those containing a PACKET DOWNLINK 
DUMMY CONTROL BLOCK message) over RLC data blocks for that TBF. If the network has no other RLC/MAC 
block to transmit, but wishes to transmit on the downlink, the network shall transmit an RLC/MAC control block 
containing a PACKET DOWNLINK DUMMY CONTROL BLOCK message. 

8.1 .2.1 Downlink RLC data block transfer 

This clause specifies mobile earth station behaviour for downlink RLC data block transfer while in packet transfer 
mode. 

Upon reception of a complete downlink assignment, the mobile earth station shall start timer T3190 and then shall 
attempt to decode every downlink radio block received on every Mac-slot/D-MAC-slot/4-MAC-slot on its assigned 
PDCHs. If the mobile earth station receives a valid RLC/MAC block carrying the TFI of the downlink TBF in the 
RLC/MAC header, the mobile earth station shall restart timer T3190. If timer T3190 expires, the mobile earth station 
shall perform an abnormal release with return to CCCH. 

Upon receipt of a PACKET TBF RELEASE referring to the downlink TBF, the mobile earth station shall follow the 
procedure in clause 8.1.2.9. 

8.1 .2.2 Polling for packet downlink ACK/NACK 

Whenever the mobile earth station receives an RLC/MAC block addressed to itself by a downlink TFI for an RLC 
acknowledged mode TBF and carrying a valid UUG field in the RLC data block header (i.e. is polled), the mobile earth 
station shall transmit a Packet Downhnk ACK/NACK message in the "next" (refer GMPRS-1 05.005 [17] for definition 
of "next") uplink Mac-slot/D-MAC-slot. In all other cases, a mobile earth station addressed via the RLC/MAC header 
or control message and polled for a response via the UUG field shall send a PACKET CONTROL ACK as described in 
clause 10.4.5. 
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Whenever the network receives a vahd RLC/MAC control message from the mobile earth station as a response to a 
poll, it shall reset counter N3105. The network shall increment counter N3105 for each Mac-slot/D-MAC-slot allocated 
to that mobile earth station using the UUG field for which no RLC/MAC control message is received. If 
N3105 = N3 105 max, the network shall release the downlink TBF internally and start timer T3195. When T3195 
expires, the network may reuse the TFI. 

The network shall poll the mobile earth station by respecting the resources allocated to the MES and the MES multislot 
class (see GMPRS-1 05.002 [13]). If the polling does not fulfil these requirements, the mobile earth station shall not 
respond to the polling. 

In the case of simultaneous uplink and downlink TBFs, the transmission of the polling response takes precedence over 
the transmission of RLC blocks on allocated uplink Mac-slots/D-MAC-slots. 

8.1 .2.3 Downlink PDCH(5,3) and PDCH(5,1 2) mutiplexing 

MES supporting downlink PDCH(5,3) and PDCH(5,12) shall support: 

• start of a PDCH(5,12) burst in any Mac-slot in a frame; 

• PDCH(5,12) bursts straddling two frames. 

If the MES does not support PDCH(5,12) reception in the downlink, it shall skip the Mac-slot boundary PUI reception 
until the transmission of the PDCH(5,12) burst is completed. 

8.1 .2.4 Resource reassignment for downlink 

The network is not allowed to change the RLC mode of an already established TBF during resource reallocation. The 
network may terminate an existing TBF and start a new TBF in the appropriate RLC mode, using the release procedure 
as defined. The network may send a PACKET DOWNLINK ASSIGNMENT message containing the desired RLC 
mode, a set of PDCHs. The MES shall start monitoring the new set of PDCHs assigned to the downlink TBF. 

8.1 .2.4a Establishment of downlink TBF after downlink TBF release 

After the network has initiated the release of a downlink TBF and the mobile earth station has received all the RLC 
blocks, the mobile earth station shall send the PACKET DOWNLINK ACIC/NACK message with the Final Ack 
Indicator bit set to "1" start timer T3192 and continue to monitor all assigned PDCHs. The mobile earth station shall 
continue to perform time/frequency synchronization using the TAI assigned by the previously received assignment 
message. 

If the network receives a PACKET DOWNLINK ACK/NACK message with the Final Ack Indicator bit set to " 1 " and 
has new data to transmit for the mobile earth station, the network may establish a new downlink TBF for the mobile 
earth station by sending the PACKET DOWNLINK ASSIGNMENT message on PACCH. 

If the mobile earth station, after sending the PACKET DOWNLINK ACK/NACK message with the Final Ack Indicator 
bit set to "1", receives a PACKET DOWNLINK ASSIGNMENT message while timer T3192 is running, the mobile 
earth station shall stop timer T3192, and release the previous downlink TBF. The mobile earth station shall then create a 
new TBF as specified by the PACKET DOWNLINK ASSIGNMENT. The mobile earth station shall perform 
time/frequency synchronization using the TAI assigned by the previously received assignment message. 

8.1 .2.4a. 1 Abnormal cases 

If a mobile earth station receives a PACKET DOWNLINK ASSIGNMENT message and detects an invalid Frequency 
Parameters information element in the message, it shall perform an abnormal release. If PCCCH is present in the 
spotbeam the mobile earth station shall perform an abnormal release with system information (see clause 8.7.3). If 
PCCCH is not present, the mobile earth station shall perform an abnormal release with random access 
(see clause 8.7.2). 

If the mobile earth station has an existing downlink TBF, and T3192 is not running, and receives a PACKET 
DOWNLINK ASSIGNMENT requesting the establishment of a new TBF with the same TFI as the existing TBF, the 
mobile earth station shall maintain the existing downlink TBF. The mobile earth station shall respond with an 
acknowledgment message if requested as described in clause 10.4.5. 
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If the mobile earth station has an existing downlink TBF, and T3192 is not running, and receives a PACKET 
DOWNLINK ASSIGNMENT requesting the estabUshment of a new TBF with a different TFI, the mobile earth station 
shall immediately release the existing downlink TBF. The mobile earth station shall then act upon the new downlink 
assignment as described in clause 8. 1 . 1 . 1 .3. 

If the mobile earth station detects radio link failure (see GMPRS 05.008 [15]), the MES shall perform an abnormal 
release and return to CCCH or PCCCH. 

8.1.2.5 Establishment of uplink TBF 

The Multislot class-1 mobile earth station may request establishment of an uplink transfer during a downlink TBF by 
initiating PRACH access as specified in clause 7.1.2. The Multislot class-2 MES in the RLC acknowledged mode shall 
use the GMPRS PACKET DOWNLINK ACK/NACK message with the packet channel request information, embedded, 
in it (see clause 11. 2. 6) to establish an uplink TBF. When the Multislot class-2 MES gets an uplink demand with only a 
downlink TBF in RLC acknowledged mode it shall start timer T3194. On receipt of a GMPRS PACKET DOWNLINK 
ACK/NACK transmission opportunity, the MES shall stop timer T3194. 

On the expiry of timer T3194 the MES shall initiate PRACH to establish an uplink TBF. The MES shall start timer 
T3168 after transmission of the packet channel request information in the GMPRS PACKET DOWNLINK 
ACK/NACK. Upon receipt of a Packet Uplink Assignment it will stop timer T3168. When timer T3168 expires the 
MES will initiate a PRACH to establish an uplink TBF. 

The Multislot class-2 MES in the RLC unacknowledged mode will always initiate PRACH to establish an uplink TBF. 
The use of PRACH in either RLC unacknowledged and acknowledged mode may result in the Multislot class-2 MES 
missing downlink packets. Note that the PRACH access may only take place on the same PDCH-carrier on which the 
existing TBF is established, if it carries PCCCH. This procedure is triggered by a request from upper layers to transfer a 
LLC PDU. The request from upper layers specifies a Radio Priority to be associated with the packet transfer. 

On receipt of a Packet Channel Request message or a GMPRS PACKET DOWNLINK ACK/NACK message with the 
packet channel request embedded, the network may assign radio resources to the mobile earth station on one or more 
PDCHs by transmitting a PACKET UPLINK ASSIGNMENT message on the PACCH, or may reject the request by 
sending a PACKET ACCESS REJECT message on the PACCH. On receipt of a PACKET UPLINK ASSIGNMENT 
message the mobile earth station shall switch to the assigned uplink PDCHs and begin to send RLC data blocks on the 
assigned PDCH(s). 

On receipt of a PACKET ACCESS REJECT message containing a Reject structure addressed to the mobile earth 
station, the mobile earth station shall start timer T3172 with the indicated value (Wait Indication). The mobile earth 
station is not allowed to make a new attempt for packet access in the same spotbeam until timer T3172 expires, but may 
attempt packet access in an other spotbeam after successful spotbeam reselection. When timer T3 172 expires, if the 
downlink TBF is still active the mobile earth station shall initiate the establishment of an uplink TBF using the 
procedure in this clause. If no TBF is active, the mobile earth station shall initiate the establishment of an uplink TBF 
on CCCH or PCCCH. 

8.1.2.5.1 Abnormal cases 

If a failure occurs on the mobile earth station side before the new TBF has been successfully established, the newly 
reserved resources are released. The subsequent behaviour of the mobile earth station depends on the type of failure and 
previous actions: 

• If the mobile earth station receives a PACKET UPLINK ASSIGNMENT message containing different 
frequency parameters than are currently in effect for the downlink TBF, the mobile earth station shall ignore 
the PACKET UPLINK ASSIGNMENT message, continue normal operation of the downlink TBF, and 
reinitiate the access unless it has already been attempted 4 times, in which case, the mobile earth station shall 
perform the abnormal release with random access (see clause 8.7.1). 

• If a failure in the PACKET UPLINK ASSIGNMENT is due to any other reason, the mobile earth station shall 
abort the procedure , inform the upper layer of the uplink TBF establishment failure, and continue the 
reception of downlink PDUs. 
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8.1.2.6 Void 

8.1.2.7 Void 

8.1 .2.8 Network initiated abnormal release of downlinl< TBF 

The network may initiate immediate abnormal release of a downlink TBF by transmitting a PACKET TBF RELEASE 
message to the mobile earth station on the PACCH. 

The mobile earth station shall immediately stop monitoring its assigned downlink PDCHs. If a valid UUG field is 
received as part of the Packet TBF Release message, the mobile earth station shall transmit an acknowledgement 
message as described in clause 10.4.5 in the uplink Mac-slot/D-MAC-slot specified. 

If there is no on-going uplink TBF, the mobile earth station then shall enter packet idle mode. Upon entering packet idle 
mode, the mobile earth station shall apply DRX mode procedures as specified in clause 5.5.1.4. 

8.1 .2.9 Networl^ initiated release of downlink TBF 

The network may initiate release of a downlink TBF by transmitting a PACKET TBF RELEASE message to the mobile 
earth station on the PACCH. A cause value indicates the reason for release. 

If the cause value is "Normal release" the mobile earth station shall immediately stop monitoring its assigned downlink 
PDCHs and locally release the TBF. If the PACKET TBF RELEASE message is accompanied by a poll, the mobile 
earth station shall transmit an acknowledgement message as described in clause 10.4.5. Any partially received PDU or 
fully received but not fully acknowledged PDU (in RLC acknowledged mode) shall be treated as not having been 
received. 

If the cause value is "PDCH-carrier being deassigned" the mobile earth station shall immediately stop monitoring its 
assigned downlink PDCHs and locally release all TBFs in progress. The PACKET TBF RELEASE message with 
release cause "PDCH-carrier being deassigned" will not be accompanied by a poll. Any partially received PDU or fully 
received but not fully acknowledged PDU (in RLC acknowledge mode) shall be treated as not having been received. 
Next time the mobile earth station shall perform TBF establishment using CCCH as described in clause 7.1.4. 

If the cause value is "Abnormal Release" the mobile earth station shall follow the TBF release procedure defined in 
clause 8.1.2.8. 

If the cause value is "Resource not available", the mobile earth station of GMPRS terminal type D shall immediately 
stop monitoring its assigned downlink PDCHs and locally release all TBFs in progress. Note that the PACKET TBF 
RELEASE message with the release cause "Resource not available" shall not be accompanied by a poll. Any partially 
received PDU or fully received but not fully acknowledged PDU (in RLC acknowledged mode) shall be treated as not 
having been received. The mobile earth station shall perform a TBF establishment using CCCH as described in 
clause 7.1.4. This cause value shall be ignored by the MES of GMPRS terminal type A and C. 

8.1.3 Void 

8.1 .4 Multiplexing of control and data messages 

An RLC/MAC block in both acknowledged and unacknowledged mode may constitute multiplexed control blocks and a 
RLC data block. Each RLC/MAC block shall be capable of multiplexing at most two control blocks of 18 octets each 
along with a single RLC block. The multiplexed RLC block shall occupy variable number of octets depending on the 
MCS and the number of control blocks multiplexed. 

Refer clause 10 for radio block structure definition and payload octets per Modulation and Coding Scheme (MCS). 
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When an uplink TBF is active, the MES may multiplex control blocks and a RLC data block in any RLC/MAC block. 
The size of the RLC data block shall be adjusted to make space for the control information. In case the RLC/MAC 
block has to be retransmitted, the same number of control blocks shall be inserted as in the original RLC/MAC block; in 
the absence of any other pending control blocks, a dummy control block may be inserted. The MES may also transmit a 
control block with no data - for this it shall set the payload type field and other header variables appropriately. The MES 
should not transmit a control block standalone if there is new data pending, but may be required to do this when the 
only pending data is blocks for retransmission which are too big to fit into the payload along with the control message. 
In these cases, a Downlink Ack control message always takes precedence over RLC blocks waiting for retransmissions. 

When a downlink TBF is active, the network may multiplex control blocks and a RLC data block in any MAC/RLC 
block. The size of the RLC block shall be adjusted to make space for the control blocks. In case the MAC/RLC block 
must be retransmitted, the same number of control blocks shall be inserted as in the original MAC/RLC block; in the 
absence of any other pending control blocks, one or more dummy control blocks may be inserted. The network may 
also transmit a control block with no data - for this it shall set the payload type field and other header variables 
appropriately. The network should not transmit a control block standalone if there is new data pending, but may be 
required to do this when the only pending data is RLC blocks for retransmission which are too large to be multiplexed 
with a control block. In these cases, an Uplink Ack message always takes precedence of pending RLC blocks for 
retransmissions. 

8.2 Packet PDCH release 

This function is not supported by GMR-1. 

8.3 Procedure for measurement report sending in Packet 
Transfer mode 

This function is not supported by GMR-L 

8.4 Cell change procedures in packet transfer mode 

This function is not supported in GMR-L 

8.5 IVIeasurement order procedures in packet transfer mode 

This function is not supported in GMR- 1 . 

8.6 Packet control acknowledgement 

A PACKET CONTROL ACKNOWLEDGEMENT message shall always be sent in the uplink Mac-slot/D-MAC-slot 
specified by the corresponding valid UUG field of a downlink RLC/MAC control block, and not in any other uplink 
Mac-slot/D-MAC-slot that may be allocated to the mobile earth station. The transmission of the PACKET CONTROL 
ACKNOWLEDGEMENT takes precedence over the transmission of RLC data blocks. 

8.7 Abnormal cases 

8.7.1 Abnormal release with return to CCCH or PCCCH 

When performing an abnormal release with return to CCCH or PCCH, the mobile earth station shall abort all TBFs in 
progress and return to packet idle mode. Upon entering packet idle mode, the MES shall apply DRX mode procedures 
as specified in clause 5.5. L5. 
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8.7.2 Abnormal release with random access 

When performing an abnormal release with random access, the mobile earth station shall abort all TBFs in progress and 
its associated resources, return to the CCCH or PCCCH and initiate establishment of a new uplink TBF as defined in 

clause 7.1. 

8.7.3 Abnormal release with system information 

When performing an abnormal release with system information, the mobile earth station shall abort the TBF and its 
associated resources, immediately return to the BCCH and reread all relevant BCCH information. If the mobile earth 
station was performing an uplink TBF when the abnormal release occurred, the mobile earth station shall then perform 
an abnormal release with random access (see clause 8.7.2). Otherwise the mobile earth station shall perform an 
abnormal release with return to CCCH or PCCCH (see clause 8.7. 1). 

8.8 Packet link quality reporting in packet transfer mode 

The MES shall send a link quahty report, i.e. PACKET LINK QUALITY REPORT message on the first transmission 
opportunity in any upUnk or downlink TBF. The SIN field in this PACKET LINK QUALITY REPORT message shall 
be set to 1. Thereafter when in packet transfer mode, the MES shall send PACKET LINK QUALITY REPORT 
message every time an uplink PTCCH Mac-slot/D-MAC-slot is scheduled to it (refer GMPRS-1 05.010 [16]). The MES 
shall increment the SIN value every time it sends the PACKET LINK QUALITY REPORT message and this value 
shall be limited to a maximum value of 15. 

8.9 Coding rate change procedure in packet transfer mode 

The network shall monitor the link quality for both uplink channel and downlink channel for each MES. During packet 
transfer session, network may instruct MES to change either downlink TBF or uplink TBF coding rate while TBF is in 
packet transfer mode. 

8.9.1 Downlink TBF coding rate change procedure 

The network may change the coding rate dynamically while the downlink TBF is active by changing the MCS field in 
the PUI. 

8.9.2 Uplink TBF coding rate change procedure 

When MES receives a Packet Uplink ACK/NACK message with a different CHANNEL_MCS_COMMAND field, 
MES shall apply the new coding rate immediately. Retransmission of RLC blocks shall use the same MCS applied to 
the lost RLC block. If the lost RLC block included a control message, the retransmitted RLC block shall replace the lost 
control message with a Packet Uplink Dummy Control Block. 



9 Radio Link Control (RLC) procedures in packet 

transfer mode 

The RLC function is responsible for: 

• interface primitives allowing the transfer of Logical Link Control layer PDUs (LLC PDU) between the LLC 
layer and the MAC function; 



• 



• 



segmentation of LLC PDUs into RLC data blocks and re-assembly of RLC data blocks into LLC PDU; 
Backward Error Correction (BEC) procedures enabling the selective retransmission of RLC data blocks. 
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In this clause Packet Ack/Nack refers to any of the following messages: 

• PACKET DOWNLINK ACK/NACK; 

• PACKET UPLINK ACK/NACK. 
Additionally the following definitions apply: 

• Sequence Number Space (SNS): 1 024; 

• Window Size (WS): 512. 

9.1 Procedures and parameters for peer-to-peer operation 

A TBF is comprised of two peer entities RLC endpoints. Each RLC endpoint has a receiver that receives RLC/MAC 
blocks. Each RLC endpoint also has a transmitter that transmits RLC/MAC blocks. 

Each endpoint's receiver has a receive window of size WS (see clause 9.1.9). In RLC acknowledged mode, the receive 
window is defined by the receive state variable V(Q) in the following inequality 

[ V(Q) < BSN < V(Q) + WS ] modulo SNS. All BSNs which meet that criteria are valid within the receive window. In 
RLC unacknowledged mode, all values of BSN are within the receive window. 

Each endpoint's transmitter has a transmit window of size WS. In RLC acknowledged mode, the transmit window is 
defined by the send state variable V(S) in the following inequality: [ V(A) < BSN < V(S) ] modulo SNS, where 
[ V(S) - V(A) ] modulo SNS < WS. All BSNs which meet that criteria are valid within the transmit window. In RLC 
unacknowledged mode, all values of BSN are within the transmit window. 

Peer RLC endpoints have the same RLC mode and radio priority. 

9.1.1 Send state variable V(S) 

Each RLC endpoint transmitter shall have an associated send state variable V(S). V(S) denotes the sequence number of 
the next in-sequence RLC data block to be transmitted. V(S) can take on the value through SNS - 1 . V(S) shall be set 
to the value at the beginning of each TBF in which the RLC endpoint is the transmitter. The value of V(S) shall be 
incremented by 1 after transmission of the RLC data block with BSN = V(S). In RLC acknowledged mode, V(S) shall 
not exceed V(A) modulo SNS by more than the maximum allowed number of outstanding RLC data blocks WS. 

9.1 .1 a Control send state variable V(CS) 

This function is not supported in GMR-1. 

9.1 .2 Acknowledge state variable V(A) 

In RLC acknowledged mode, each RLC endpoint transmitter shall have an associated acknowledge state variable V(A). 
V(A) contains the BSN value of the oldest RLC data block that has not been positively acknowledged by its peer. V(A) 
can take on the values through SNS - 1. V(A) shall be set to the value at the beginning of each TBF in which the 
RLC endpoint is the transmitter. The value of V(A) shall be updated from the values received from its peer in the 
Received Block Bitmap (RBB) of the Packet Ack/Nack message (see clause 9.1.8). 

Furthermore, [ V(S) - V(A) ] modulo SNS < WS. 

9.1 .3 Acknowledge state array V(B) 

9.1 .3.1 Acknowledge state array V(B) for GMPRS 

In RLC acknowledged mode, each RLC endpoint transmitter shall have an associated acknowledge state array (V(B)). 
V(B) is an array of SNS elements indicating the acknowledgement status of WS previous RLC data blocks. The array is 
indexed relative to the acknowledge state variable V(A) modulo SNS or relative to the Starting Sequence Number 
(SSN). The values of V(B) shall be updated from the values received from its peer in the Received Block Bitmap (RBB) 
of the Packet Ack/Nack message (see clause 9.1.8). 
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The transmitter shall transmit the oldest RLC data block whose corresponding element in V(B) indexed relative to V(A) 
has the value NACKED. As each RLC data block is transmitted the corresponding element in V(B) is set to the value 
PENDING_ACK. 

If [ V(S) < V(A) + WS ] modulo SNS and no RLC data blocks have a corresponding element in V(B) with the value 
NACKED, the RLC data block with BSN = V(S) shall be transmitted and the corresponding element in V(B) shall be 
set to the value PENDING_ACK. If there are no further RLC data blocks available for transmission (i.e. the RLC data 
block with BSN = V(S) does not exist), the sending side shall transmit the oldest RLC data block whose corresponding 
element in V(B) has the value PENDING_ACK, then the next oldest block whose corresponding element in V(B) has 
the value PENDING_ACK, etc. If all RLC data blocks whose corresponding element in V(B) has the value 
PENDING_ACK have been transmitted once, the process shall be repeated beginning with the oldest RLC data block. 

If V(S) = V(A) + WS modulo SNS (i.e. the transmit window is stalled), the sending side shall transmit the oldest RLC 
data block whose corresponding element in V(B) has the value PENDING_ACK, then the next oldest RLC data block 
whose corresponding element in V(B) has the value PENDING_ACK, etc. If all RLC data blocks whose corresponding 
element in V(B) has the value PENDING_ACK has been transmitted once, the process shall be repeated beginning with 
the oldest RLC data block. This process of transmitting the oldest RLC data blocks whose value in V(B) has the value 
PENDING_ACK shall continue indefinitely. 

When a new data block is acknowledged whose BSN falls outside of the active transmit window, i.e. [ V(A) > BSN or 
BSN > V(S) ] modulo SNS, the corresponding element in V(B) shall remain in the INVALID state. 

If the mobile earth station is the transmitter, it shall set an instance of timer T3198 for each RLC block sent. The value 
of timer T3198 is computed from the SI parameter BS_CV_MAX as given in clause 13.1. 

9.1.3.2 Void 

9.1.4 Block Sequence Number BSN 

9.1 .4.1 Block Sequence Number BSN for GPRS TBF 

Each RLC data block contains a Block Sequence Number (BSN) field that is 10 bits in length. At the time that an 
in-sequence RLC data block is designated for transmission, the value of BSN is set equal to the value of the send state 
variable V(S). 

9.1.4.2 Void 
9.1.4a Void 

9.1 .5 Receive state variable(R) 

Each RLC endpoint receiver shall have an associated receive state variable V(R). The receive state variable denotes the 
BSN of the next in-sequence RLC data block expected to be received. V(R) shall be set to the value "0" at the beginning 
of each TBF in which the RLC endpoint is the receiver. V(R) can take on the value through SNS - 1 . 

In RLC acknowledged mode, V(R) shall be set to [ BSN' + 1 ] modulo SNS, where BSN' is the BSN of the received 
RLC data block with the highest BSN within the current window. 

In RLC unacknowledged mode, V(R) shall be set to [ BSN' + 1 ] modulo SNS, where BSN' is the BSN of RLC data 
block received with the highest BSN within the current window. 



9.1 .6 Receive window state variable V(Q) 



Each RLC endpoint receiver shall have an associated receive window state variable V(Q). The receive window state 
variable denotes the BSN of the oldest RLC data block within the receive window that has not been received. V(Q) 
shall be set to the value at the beginning of each TBF in which the RLC endpoint is the receiver. The receive window 
state variable can take on the value through SNS - 1 . 
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In RLC acknowledged mode, the value of V(Q) shall be updated when the RLC receiver receives the RLC data block 
whose BSN is equal to V(Q). The value of V(Q) shall then be set to the value of the oldest BSN in the receive window 
that has not been received, or shall be set to V(R) if all RLC data blocks in the receive window have been received 
properly. 

In RLC unacknowledged mode V(Q) is not used. 

9.1 .7 Receive state array V(N) 

9.1 .7.1 Receive state array V(N) in GMPRS TBF 

Each RLC endpoint receiver in acknowledged mode shall have an associated receive state array V(N). V(N) is an array 
of SNS elements indicating the receive status of WS previous RLC data blocks. The array is indexed relative to the 
receive state variable V(Q) modulo SNS. When an RLC data block is received with BSN within the receive window 
(i.e. [ V(Q)< BSN < V(Q)+WS ] modulo SNS), the corresponding element in V(N) is set to the value RECEIVED. 

When a new block is received with a BSN outside of the receive window the corresponding element in V(N) shall 
remain in the INVALID state and the new block shall discarded. 

9.1.7.2 Void 

9.1 .8 Starting Sequence Number (SSN) and Received 
Block Bitmap (RBB) 

9.1 .8.1 Starting Sequence Number (SSN) and Received Block Bitmap (RBB) in 

GMPRS TBF 

The Packet Ack/Nack message contains a Starting Sequence Number (SSN) and a Received Block Bitmap (RBB). The 
Packet Ack/Nack message is sent by the RLC receiver and is received by the RLC transmitter. The SSN and RBB are 
determined as defined in this clause and transmitted in both RLC acknowledged and RLC unacknowledged mode. The 
SSN and RRB may be ignored by the RLC transmitter in unacknowledged mode. 

The BSN values specified in the RBB are found by adding the bit position in the bitmap to the Starting Sequence 
Number (SSN) modulo SNS, where the bit positions in the bitmap are numbered beginning with 1. 

A vaHd BSN value in the RBB is one that is in the range [ V(A) < BSN < V(S) ] modulo SNS. 

These inequalities shall be interpreted in the following way: 

• BSN is valid if, and only if, [ BSN - V(A) ] modulo SNS < [ V(S) - V(A) ] modulo SNS. 

The Starting Sequence Number (SSN) is assigned the value of the receive state variable V(Q). 

9.1.8.1.1 Generation of the bitmap 

First, a Full Received Bitmap (FRB) is built from the receive state array V(N) by extracting the part between V(Q) and 
V(R): it is assigned the elements whose indices in the receive state array V(N) at the receiver range from 
[V(Q) + 1] modulo SNS to [V(R) - 1] modulo SNS. This global number of elements is less than or equal to WS. For 
each bit in the bitmap, the bit is assigned the value "1" if the corresponding element in V(N) indexed relative to SSN 
has the value RECEIVED. The bit is assigned the value "0" if the element in V(N) has the value INVALID. 

From the FRB, a reported bitmap (RB) shall then be generated. The size of the reported bitmap shall be adjusted to fit 
into the control message that is going to carry it. The RB is assigned the N bits of the FRB relative to the SSN, where N 
depends on the reported bitmap size used. 
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9.1 .8.1 .2 Interpretation of the bitmap 

For each bit in the bitmap whose corresponding BSN value is within the transmit window, if the bit contains the value 
"1", the corresponding element in V(B) indexed relative to SSN shall be set to the value ACKED. If the bit contains the 
value "0",the element in V(B) shall be set to the value NACKED. A bit within the bitmap whose corresponding BSN is 
not within the transmit window shall be ignored. If the RLC transmitter is on the MES side, the bit contains the value 
"0", the instance of timer T3198 corresponding to BSN is not expired (i.e. the RLC data block was recently 
(re)transmitted and thus can not be validly negatively acknowledged in this particular Packet Ack/Nack message), the 
element in V(B) shall not modified. 

If the RLC transmitter receives a partial RBB array (indicated by an RBB length less than the maximum permissible 
length), the RLC transmitter shall create a full-size RBB array by appending "0" values to the end of the partial RBB 
array received. The RLC transmitter shall then interpret the full-size RBB array as described in the previous clause. 

9.1.8.2 Void 

9.1.9 Window size 

For GMPRS-1, the window size (WS) shall be 512. 

9.1.9a Filler octets 

Filler octets, or spare padding bits as they are also known, use a particular sequence of bits, of fixed position, aligned on 
an octet boundary, i.e. the value of a bit depends on its position relative to the start of the octet. The filler octet is 
00101011, starting on an octet boundary. 

9.1.10 Void 

9.1 .1 1 Segmentation of LLC PDUs into RLC data units 

Segmentation of LLC PDUs is supported to allow transport of LLC PDUs larger than the data field of a single RLC data 
block. Prior to segmentation, each PDU is prepended with a two octet field indicating its length. The LLC PDU length 
value does not include the two octets occupied by the prepended length field. The LLC PDU length octets are ordered 
as most significant octet, least significant octet. If the contents of an LLC PDU do not fill an integer number of RLC 
data blocks, the beginning of the next LLC PDU shall be placed within the final RLC data block of the first LLC PDU, 
with no padding or spacing between the end of the first LLC PDU and two octet length field indicating the length of the 
second PDU. If the final LLC PDU in the TBF does not fill an integer number of RLC data blocks, filler octets shall be 
used to fill the remainder of the RLC data block. 

If a LLC PDU ends within a RLC block and another does not begin within the block, then the most significant byte of 
the length field for the following LLC PDU field shall be set to OxFF (255). All subsequent bytes within the RLC block, 
if any, shall be set to the fill value. 

The LastPartSize field is used to indicate the length of the LLC PDU fragment in the RLC data block. The LastPartSize 
field in the header is set to zero if a new LLC PDU starts at the beginning of the RLC data block. If the RLC data block 
begins with the last fragment of the previous LLC PDU, then the LastPartSize is set to indicate the length of the last 
fragment. However, if the entire RLC data block contains the middle segment of an LLC PDU, the LastPartSize is set to 
the value Oxff if the MES terminal type is A or C , otherwise if the terminal type D, the LastPartSize is set to the value 
of 0x7ff. The received (and segmented) LLC PDUs shall be put into RLC data blocks in the same order as they are 
received from higher layers. A Block Sequence Number (BSN) is included in the header of each RLC data block to 
number the RLC data block. The RLC data blocks are to be numbered consecutively, modulo SNS, to allow 
re-assembly of the LLC PDUs on the receiving side. 

In GMPRS TBF mode, once an RLC data block has been transmitted over the physical link, should it be necessary to 
re-transmit the RLC data block, it shall be re-transmitted using the same channel coding scheme and BSN as it had in 
the previous transmission. 
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9.1 .12 Re-assembly of LLC PDUs from RLC data units 

RLC data blocks shall be collected at the receiver until all RLC data blocks comprising an LLC PDU have been 
received. The RLC headers shall be removed from each RLC data block at this time and the RLC data units 
re-assembled into an LLC PDU and passed to the next higher layer. During re-assembly, the LastPartSize field in the 
RLC/MAC header will be used to determine whether the RLC data block contains the last fragment of a previous LLC 
PDU. 

If the received LastPartSize is zero, a new LLC PDU starts in the RLC data block and the first two bytes of the RLC 
data block are interpreted as the length of the new LLC PDU. 

The OxFF value of LastPartSize indicates that the RLC data block contains a LLC PDU which started in one of the 
previous RLC data blocks and continues into at least the next RLC data block. All other values of LastPartSize are used 
for identifying the length of the last fragment of a LLC PDU. 

If the Last Part Size is neither 0x000 nor 0x7FF when the MES terminal type is D or if the Last Part Size is neither 0x00 
nor OxFF when the MES terminal type is A, C,then the 2 octets immediately following the end of the current LLC PDU 
shall be considered to be the length of the next LLC PDU. If the most significant byte of the LLC PDU length field 
found within an RLC block has the value OxFF (255), then the rest of the bytes within the block are fill bytes and shall 
be ignored by the receiver. 

During RLC acknowledged mode operation, received LLC PDUs shall be delivered to the higher layer in the order in 
which they were originally transmitted. 

During RLC unacknowledged mode operation, received LLC PDUs shall be delivered to the higher layer in the order in 
which they are received. If an RLC block is lost, the partially reassembled LLC PDU is discarded. The RLC receiver 
shall monitor the LPS field in subsequent RLC blocks for the beginning of the next LLC PDU. Reassembly shall then 
commence with the next LLC PDU. 

The size of the LLC PDU delivered to the higher layer shall not exceed 1 560 octets. If the contents of the LLC PDU 
length octets indicates a size greater than 1 560 octets, the receiver shall perform abnormal release of the TBF. If the 
contents of the LastPartSize field does not correspond to the expected length, as read from the two octets of the LLC 
PDU length field, the receiver shall perform abnormal release of the TBF. 

9.1.12a Void 
9.1.12b Void 

9.1.13 Void 

9.2 Operation during RLC/MAC control message transfer 

RLC/MAC control blocks or blocks containing control information shall be sent at a higher priority than RLC data 
blocks. 

The receiver shall not acknowledge an RLC/MAC control block except when a valid UUG field is present in the MAC 
header of the RLC/MAC control block. The receiver shall not acknowledge an RLC/MAC control message except when 
the RLC/MAC procedures explicitly specify an acknowledgement. 

9.3 Operation during RLC data block transfer 

The RLC ARQ functions support two modes of operation: RLC acknowledged mode, and RLC unacknowledged mode. 
RLC acknowledged mode operation uses retransmission of RLC data blocks to achieve high reliability. RLC 
unacknowledged mode operation does not utilize retransmission of RLC data blocks. A TBF may operate in either RLC 
acknowledged mode or RLC unacknowledged mode. 
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The mobile earth station requests the RLC mode of the upHnk TBF by setting the RLC_MODE bit to either RLC 
acknowledged mode or RLC unacknowledged mode in PACKET CHANNEL REQUEST message. The network sets 
the RLC mode of an uplink TBF by setting the RLC_MODE bit in the PACKET UPLINK ASSIGNMENT The 
network sets the RLC mode of a downlink TBF by setting the RLC_MODE bit in the PACKET DOWNLINK 
ASSIGNMENT message. 

9.3.1 Void 

9.3.2 Acknowledged mode operation 

The transfer of RLC data blocks in the RLC acknowledged mode uses retransmissions of RLC data blocks. The 
transmitting side numbers the RLC data blocks via the Block Sequence Number (BSN). The BSN is used for 
retransmission and for reassembly. The receiving side sends PACKET Ack/Nack messages in order to request 
retransmission of RLC data blocks. 

The network shall inform the MES of the coding scheme to be used for the current assignment; refer to 
GMPRS-1 03.064 [5]. The signal quaUty report generated as specified in GMPRS-1 05.008 [15] shall be used to make a 
decision on the type of coding scheme to be used for any subsequent assignment. Retransmission of RLC data blocks 
shall take place with the same coding scheme used initially. 

9.3.2.1 Void 

9.3.2.2 Establishment of temporary block flow 

The establishment of a TBF occurs as described in clause 7. RLC functions related to the ARQ function shall not 
operate until RLC data block transfer has been initiated. 

9.3.2.3 Operation of uplink temporary block flow 

The mobile earth station shall transmit an RLC/MAC block in each assigned uplink Mac-slot/D-MAC-slot. RLC/MAC 
control blocks have preference over RLC data blocks, i.e. temporarily replacing the PDTCH with PACCH. 

The network shall send PACKET UPLINK ACK/NACK messages when needed. The network shall send link 
synchronization parameters as and when needed in PACKET UPLINK ACK/NACK or PACKET LINK CONTROL 

message. 

The timer T3180 shall be started by the mobile earth station on every transmission with UD > and shall be stopped on 
every USE grant from the network. If T3180 expires, the MES shall perform an abnormal release with random access. 

The mobile earth station shall indicate a transmit window stall condition when V(S) = V(A) + WS. Upon detecting a 
transmit window stall condition, the mobile earth station shall set the Stall indicator (SI) bit in all subsequent uplink 
RLC data block transmissions until the stall condition ceases to exist. 

Upon detecting the stall condition the mobile earth station shall also start timer T3182. Timer T3182 shall be stopped 
upon reception of a PACKET UPLINK ACK/NACK message that makes V(S) < V(A) H- WS. If timer T3 182 expires, 
the mobile earth station shall perform an abnormal release with random access (see clause 8.7.2). 

9.3.2.4 Release of uplink temporary block flow 

The mobile earth station indicates that it has no immediate demand for link resources by setting UD field in the 
RLC/MAC header to 0. At this point, it shall stop T3180 if running and start timer T3182. T3180 shall be restarted and 
T3182 stopped the next time the MES sends a block with a non-zero UD value to the network. If the mobile earth 
station gets an uplink demand after it has set the UD field to it shall wait for the network to allocate an unsolicited 
USE and not use PRACH to indicate uplink demand. If the network has not received all of the RLC data blocks when it 
decides to release an uplink TBF, it shall send a PACKET UPLINK ACK/NACK message to the mobile earth station 
and if necessary allocate sufficient uplink resources for the mobile earth station to retransmit the required RLC data 
blocks. The mobile earth station may also request an immediate termination of the current TBF by sending a RLC/MAC 
block with the ITR bit set to "1" and starting timer T3182. The mobile earth station should ensure that it does so only on 
an LLC PDU boundary. This is triggered, for example, when a new TLLI is assigned by upper layers to the RLC/MAC 
entity. 
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The ITR based release procedure shall be used only when executing the TLLI change procedure (refer to 
GMPRS-1 04.008 [11]). In all other cases, Uplink TBF release shall be initiated by the network. 

When the network detects the ITR bit set, it should respond immediately with a PACKET UPLINK ACK/NACK and 
allocate enough resources for the mobile earth station to retransmit the missing RLC blocks, if any. If there are no 
missing RLC blocks, it sends PACKET UPLINK ACK/NACK with Final Ack Indicator set. Once the mobile earth 
station has sent a block with ITR bit set to " 1 it may use any allocations that it gets before receiving the 
PACKET UPLINK ACKYNACK by retransmitting previous packets declared missing as described in clause 9.1.3.1. In 
all cases, it shall keep the ITR bit set. Once the network receives all missing RLC blocks, it shall send the 
PACKET UPLINK ACK/NACK with the Final Ack Indicator set. Once the mobile earth station gets a 
PACKET UPLINK ACK/NACK with Final Ack Indicator set and there are no further packets to transmit, it may 
transmit an acknowledgement message as described in clause 10.4.5 and release the TBF. T3182 shall be stopped when 
the final PACKET UPLINK ACK/NACK is received. The abnormal conditions are handled as given above. If there was 
a downlink TBF existing along with the uplink TBF and it is still not released when the uplink TBF is cleared, the MES 
shall execute a local-end release of the downlink TBF and return to CCCH. 

The network shall start timer T3201 to set the time during which an uplink TBF exists without demand for link 
resources. Before timer T3201 expires, it shall give the MES an opportunity to transmit at least once. Timer T3201 is 
stopped if the network receives indication that there is data to be transmitted by the MES by receiving a RLC/MAC 
block with UD set to a non-zero value. T3201 is restarted if the network receives a RLC/MAC block carrying an RLC 
block that advances V(R) and UD = 0. If the network receives a non-zero UD value, it shall allocate resources to the 
mobile earth station and continue the TBF. If the network polls the MES using a USE and there is no response, the 
network shall increment counter N3101. If counter N3101 exceeds its limits, the network shall transmit a 
PACKET TBF RELEASE message, stop timer T3201 and start timer T3169. When timer T3169 expires the network 
may reuse the TFI and USF resources. 

On expiry of timer T3201, the network releases the TBF by transmitting a PACKET UPLINK ACK/NACK with Final 
Ack Indicator set to "1" and asking for an acknowledgement by using the UUG field. The network should ensure that all 
outstanding data-packets are acknowledged before it sends the PACKET UPLINK ACK/NACK message. When the 
network receives acknowledgement message in the Mac-slot/D-MAC-slot indicated by the UUG field, it may reuse the 
TFI and USF resources. 

If the network does not receive an acknowledgement message in the Mac-slot/D-MAC-slot indicated by the UUG field 
in the PACKET UPLINK ACK/NACK message with the FAI bit set, it shall increment counter N3103 and retransmit 
the PACKET UPLINK ACK/NACK message. If counter N3103 exceeds its limit, the network shall start timer T3169. 
When timer T3169 expires the network may reuse the TFI and USF resources. 

If timer T3182 is already active, it shall be restarted every time the MES transmits a UD value of zero in the next 
RLC/MAC block. 

As long as T3182 is running the mobile earth station may receive additional uplink MAC-slot /D-MAC-slot allocations. 
If there are unacknowledged or negatively acknowledged RLC blocks in the transmit window (i.e. V(A) does not equal 
V(S)), the mobile earth station shall transmit or retransmit the RLC blocks as described in clause 9.1.3.1. If there are no 
RLC blocks within the transmit window (i.e. V(A) equals V(S)), the mobile earth station shall transmit a Packet Uplink 
Dummy Control Block in the allocated MAC or D-MAC slots. For both these cases, the UD field shall be set as 
described in clause 10.4.18. If a UD value of zero is reported, the mobile earth station shall restart timer T3 182. 
Otherwise it shall proceed as described in clause 9.3.2.3. This shall continue until a PACKET UPLINK ACK/NACK 
message with Final Ack Indicator bit set to " 1 " or a PACKET TBF RELEASE message is received. 

If the network does not receive a response to a poll using the UUG field, it shall increment counter N3105. If counter 
N3105 exceeds its limits, the network shall transmit a PACKET TBF RELEASE message, stop timer T3201 and start 
timer T3169. When timer T3169 expires the network may reuse the TFI and USF resources. 

Subsequently, if the MES receives a Packet TBF Release message or timer T3182 expires, the mobile earth station shall 
release the current TBF. If there is no ongoing downlink or uplink TBF the mobile earth station shall respond to the 
PACKET TBF RELEASE if any with a PACKET CONTROL ACKNOWLEDGEMENT and, if there is no other 
ongoing uplink or downlink TBF, enter packet idle mode. Upon entering packet idle mode, the mobile earth station 
shall apply DRX mode procedures as specified in clause 5.5.1.4. If the MES gets a downlink assignment or uplink 
assignment message, it shall act on that message. 

If the MES has any outstanding LLC PDUs which are partially transmitted or partially or fully unacknowledged and the 

MES executes a local release or receives a control message from the network requiring it to release the TBF 

(i.e. PACKET TBF RELEASE or PACKET UPLINK ACK/NACK with FAI bit set), it shall discard all such PDUs. 
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While timer T3182 is running, if new data arrives at the MES which does not match the mode, radio-priority or 
throughput class of the existing TBF, the MES shall send the new data over the existing uplink TBF. If the 
PACKET UPLINK ACK/NACK message requests retransmission of RLC data blocks, the mobile earth station shall if 
necessary wait for allocation of uplink resources and then retransmit the RLC data blocks requested, restarting timer 
T3180 after each RLC block is transmitted. If there is further new data pending at the mobile earth station of the same 
mode, radio-priority and peak-throughput class, the mobile earth station shall update the UD field appropriately. After 
transmitting all outstanding data and declaring UD=0, the mobile earth station shall then start timer T3182 and wait for 
a PACKET UPLINK ACK/NACK or a PACKET TBF RELEASE message as above. If the timer T3182 expires, the 
mobile earth station performs an abnormal release with random access. 

9.3.2.5 Operation of downlink temporary block flow 

The mobile earth station receives RLC/MAC blocks on the assigned downlink PDCHs. On each assigned PDCH, the 
mobile earth station shall in the RLC header identify the TFI and decode the RLC data blocks intended for the mobile 
earth station. The operation during the TBF shall be as defined in clause 9.L 

9.3.2.6 Release of downlink temporary block flow 

The network initiates release of a downlink TBF by sending an RLC/MAC block which may or may not contain an 
RLC block with the Final Block Indicator (FBI) set to the value "1" and with a valid UUG field. If the RLC/MAC block 
contains an RLC block, it must have the highest BSN of the downlink TBF. The network shall start timer T3191. While 
timer T3191 is running the network may retransmit the RLC/MAC block with the FBI bit set to the value "1"; upon 
retransmitting the RLC/MAC block with FBI bit set, the timer T3191 shall be restarted. 

If the mobile earth station receives an RLC/MAC block, which may or may not contain an RLC block with a valid 
UUG field indicating a poll for a control packet, the mobile earth station shall transmit a PACKET DOWNLINK 
ACK/NACK message in the specified uplink Mac-slot/D-MAC-slot. The mobile earth station shall continue to monitor 
all assigned PDCHs. If the FBI bit is set, the mobile earth station shall conclude that the TBF is going to terminate. In 
this case, if all data blocks have been received, the mobile earth station shall send the PACKET DOWNLINK 
ACK/NACK message with the Final Ack Indicator bit set to "1", stop timer T3190 and start or restart timer T3192. 

If the network receives a PACKET DOWNLINK ACK/NACK message before timer T3191 expires, and if 
retransmissions are required i.e. the TBF is in acknowledged mode, then the network stops timer T3191 and retransmits 
necessary RLC data blocks according to the ARQ protocol before re-initiating the release of the downlink TBF. The 
FBI bit is set and timer T3191 started for the last data block that is retransmitted in response to the PACKET 
DOWNLINK ACK/NACK. If no retransmission is required, the network shall stop timer T3191 and start timer T3193. 
When T3193 expires the network shall release the TBF. 

If timer T3191 expires, then the network shall release the TBF. 

If the network has new data to transmit for the mobile earth station and timer T3193 is not expired, the network may 
establish a new downlink TBF for the mobile earth station by sending the PACKET DOWNLINK ASSIGNMENT 
message on PACCH. In case the network establishes a new downlink TBF for the mobile earth station, the network 
shall stop timer T3193. 

If the mobile earth station receives a PACKET DOWNLINK ASSIGNMENT message while timer T3192 is running, 
the mobile earth station shall follow the procedure in clause 8.L2.4a to establish a new downlink TBF. 

When timer T3192 expires the mobile earth station shall stop monitoring its assigned downlink PDCHs. If there is no 
uplink TBF establishment in progress or existing uplink TBF, the MES shall enter packet idle mode. Upon entering 
packet idle mode, the MES shall apply DRX mode procedures as specified in clause 5.5.1.4. 

9.3.3 Unacknowledged mode operation 

The transfer of RLC data blocks in the RLC unacknowledged mode does not include any retransmissions. The Block 
Sequence Number (BSN) in the RLC data block header is used to number the RLC data blocks for reassembly. For 
downlink transfers, the receiving side sends Packet Control Ack messages in order to convey the necessary control 
signalling , such as channel quality information. For uplink transfers, the receiving side sends a timing advance 
correction to the MES in a PACKET LINK CONTROL message. 
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9.3.3.1 Establishment of temporary block flow 

If the last uplink TBF ended with an incompletely transmitted LLC PDU, the mobile earth station shall begin 
transmission on the new TBF with a new LLC PDU. 

9.3.3.2 Operation of uplink temporary block flow 

The network shall send PACKET LINK CONTROL messages when needed. 

The mobile earth station shall set the Stall indicator (SI) bit to "0" in all RLC/MAC data blocks. 

The mobile earth station shall start timer T3180 whenever it transmits an uplink RLC/MAC block with UD > 0. The 
mobile earth station shall stop timer T3180 when it receives an uplink Mac-slot/D-MAC-slot allocation. If timer T3180 
expires, the mobile earth station shall perform an abnormal release with random access (see clause 8.7.2). 

9.3.3.3 Release of uplink temporary block flow 

The mobile earth station indicates that it has no further data to transmit by setting the UD value to zero in the last 
transmitted RLC/MAC block and starting timer T3182. If timer T3182 is already active, it shall be restarted every time 
the MES transmits a UD value of zero in an RLC/MAC block. 

The MES may be polled for control or pending data messages even after it has declared UD = to the network using 
either the UUG method or USE. If there is internal data pending at the MES that can be transmitted on the current TBF 
as per the rules in clause 8, it shall send a response with the UD field set appropriately. If there is no data to be 
transmitted, the MES shall transmit any other control block and if no control block exists, then PACKET UPLINK 
DUMMY CONTROL block is transmitted. Whenever the MES transmits a data-block to the network in response to an 
allocation and sets the UD > 0, it shall stop T3182, start T3180 and proceed as defined in clause 9.3.3.2. 

The mobile earth station may request an immediate termination of the current TBF by setting the ITR bit set to " 1 " and 
starting timer T3182. This is triggered, for example, when a new TLLI is assigned by the upper layers to the RLC/MAC 
entity. The mobile earth station should ensure that it does so only on an LLC PDU boundary. When the network detects 
the ITR bit set to "1", it should respond immediately with a PACKET TBF RELEASE message with a UUG allocation. 
The TBF release procedure then continues as described below. Note that once the MES has set the ITR bit in an 
RLC/MAC block, it is not allowed to transmit new information on any subsequent allocation. Instead, it should transmit 
a pending control message or an UPLINK DUMMY CONTROL MESSAGE with the ITR bit set on any subsequent 
allocation till it gets a PACKET TBF RELEASE message. If there was a downlink TBF existing along with the uplink 
TBF and it is still not released when the uplink TBF is cleared, the MES shall execute a local-end release of the 
downlink TBF and return to CCCH. 

The ITR based release procedure shall be used only when executing the TLLI change procedure (refer to 
GMPRS-1 04.008 [11]). In all other cases. Uplink TBF release shall be initiated by the network. 

The network shall start timer T3201 to set the time during which an uplink TBF exists without demand for link 
resources. Before timer T3201 expires, it shall poll the MES at least once. Timer T3201 is stopped if the network 
receives indication that there is data to be transmitted by the MES by receiving an RLC/MAC block with UD set to a 
non-zero value. T3201 is also stopped if the ITR bit is set in any RLC/MAC block received by the network. T3201 is 
restarted if the network receives a RLC/MAC block carrying an RLC block that advances V(R) and UD = 0. If the 
network receives a non-zero UD value, it shall allocate resources to the mobile earth station and continue the TBF. If 
the network polls the MES using the USE and there is no response, the network shall increment counter N3101. If 
counter N3101 exceeds its limits, the network shall transmit a PACKET TBF RELEASE message, stop timer T3201 
and start timer T3169. When timer T3169 expires, the network may reuse the TFI and USE resources. 

On expiry of timer T3201, the network releases the TBF by transmitting a PACKET TBF RELEASE and asking for an 
acknowledgement by using the UUG field. When the network receives the acknowledgement message in the 
Mac-slot/D-MAC-slot indicated by the UUG field, it may reuse the TFI and USE resources. 

Upon reception of a PACKET TBF RELEASE message the mobile earth station shall stop timer T3182 and release the 
TBF. If the PACKET TBF RELEASE message contains an allocation via the UUG field, the mobile earth station shall 
transmit an acknowledgement message as described in clause 10.4.5. If there is no ongoing downlink TBF the mobile 
earth station shall enter packet idle mode. Upon entering packet idle mode, the MES shall apply DRX mode procedures 
as specified in clause 5.5.1.4. 
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If T3182 expires, and there is pending data at the MES, the MES shall perform an abnormal release with random access. 
If there is no pending data, the MES shall perform a normal release and return to idle mode if there is no other TBF. 

When the MES releases the downlink TBF any partially transmitted LLC PDUs shall be discarded. 

When the network receives an acknowledgement message in the Mac-slot/D-MAC-slot indicated by the UUG field in 
the last poll, it may reuse the TFI and USE resources. 

If the network does not receive an acknowledgement message in the Mac-slot/D-MAC-slot indicated by the UUG field, 
it shall increment counter N3103 and retransmit the PACKET TBF RELEASE message. If counter N3103 exceeds its 
limit, the network shall start timer T3169. When timer T3169 expires the network may reuse the TFI and USF 
resources. 

If the mobile earth station receives a downlink assignment at any time during the process, it shall act upon it 
immediately without affecting any of the procedures defined above. 

9.3.3.4 Operation of downlink temporary block flow 

The mobile earth station receives RLC/MAC blocks on the assigned downlink PDCHs. On each assigned PDCH, the 
mobile earth station shall in the RLC header identify the TFI and decode the RLC data blocks intended for the mobile 
earth station. The operation during the TBF shall be as defined in clause 9.1. 

9.3.3.5 Release of downlink temporary block flow 

The network initiates release of a downlink TBF by sending an RLC/MAC block which may or may not contain an 
RLC block with the Final Block Indicator (FBI) set to the value " 1 " and with a valid UUG field indicating a poll for a 
control block. If the RLC/MAC block contains an RLC block, it must have the highest BSN (see clause 9.3.1) of the 
downlink TBF. The network shall start timer T3191. The network may repeat the downlink TBF release request by 
sending another RLC/MAC block, with FBI set to the value "1", no RLC block and with a valid UUG field. For each 
retransmission the timer T3191 is restarted. 

For each RLC data block with the FBI bit set to "1" and with a valid UUG field indicating a poll for a control message, 
the mobile earth station shall transmit the PACKET CONTROL ACKNOWLEDGEMENT message in the 
Mac-slot/D-MAC-slotspecified by the UUG field. The mobile earth station shall continue to read the assigned downlink 
PDCHs until the next uplink slot (see GMPRS-1.05.010 [16]) for transmission provided by the UUG. The mobile earth 
station shall then stop timer T3190, start timer T3192 and continue to monitor all assigned downlink PDCHs. If the 
mobile earth station then receives a subsequent RLC data block with a valid UUG and the FBI bit set to "1", the mobile 
earth station shall retransmit the PACKET CONTROL ACKNOWLEDGEMENT message and restart timer T3192. 

If the mobile earth station receives more than one RLC data block with the FBI set to "1", it shall accept the data from 
only the first one of these blocks. 

If the network receives the PACKET CONTROL ACKNOWLEDGEMENT message before timer T3 1 9 1 expires, the 
network shall stop timer T3191 and start timer T3193. When T3193 expires the network shall release the TBF. 

If timer T3191 expires, the network shall release the TBF. 

If the network has received the PACKET CONTROL ACKNOWLEDGEMENT message and has new data to transmit 
for the mobile earth station, the network may establish a new downlink TBF for the mobile earth station by sending the 
PACKET DOWNLINK ASSIGNMENT message on PACCH as long as timer T3193 has not expired. In case the 
network establishes a new downlink TBF for the mobile earth station, the network shall stop timer T3193. 

If the mobile earth station, after sending the PACKET CONTROL ACKNOWLEDGEMENT message, receives a 
PACKET DOWNLINK ASSIGNMENT message while timer T3192 is running, the mobile earth station shall follow 
the procedure in clause 8.1.2.4a to establish a new downlink TBF. 

When timer T3192 expires, the mobile earth station shall stop monitoring its assigned downlink PDCHs. If there is no 
uplink TBF establishment in progress or existing uplink TBF, the mobile earth station shall enter packet idle mode. 
Upon entering packet idle mode, the MES shall apply DRX mode procedures as specified in clause 5.5.1.4. 
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9.4 Abnormal release cases 

9.4.1 Abnormal release with random access 

The mobile earth station shall abort all TBFs in progress and return to the CCCH and initiate establishment of an uplink 
TBF as defined in clause 7.1. 

9.4.2 Abnormal release with spotbeam reselection 

This function is not supported in GMR-1. 
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Figure 10.1 : RLC/MAC block structure a) block structure for all bursts except PNB2(5,12); b) block 
structure for PNB2(5,12); and c) payload block part sizes. 

10.1 Radio block structure 

The radio block structures are defined in figure 10.1. The radio block contains the PUI and payload. Note that the 
downlink PNB2(5,12) burst has an additional Extended PUI field. 
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For a given terminal type, the RLC/MAC header formats are common across the different coding schemes that are used. 
The header size shall be fixed for the operating MCS. The payload bits dj^ j through d^are subsequently appended with 
16-bit CRC (or BCS). The CRC appended payload bits are encoded according to the coding rate designated by the MCS 
value. Refer to GMPRS-1 05.003 [14] for details. 

The coding of MCS bits with payload capacity, for the PDCH(4,3) and PDCH(5,n) is given below: 
Table 10.1a MCS field values for PDCH(4,3) and PDCH(5,n) 



MCS 
value 


Modulation 


Coding 
Scheme 


Coding 
rate 


Burst 
Duration 


Direction 


Bandwidth 


Payload 
octets 


Payload 
bits (N) 


Supported 

terminal 

types 


0000 


71/4 - CQPSK 


Convoluti 
onal 


~R1/2 


5 ms 


Uplink, 
Downlink 


4 


47 


376 


A 


Uplink, 
Downlink 


5 


60 


480 


A 


0001 


7t/4 - CQPSK 


Convoluti 
onal 


~R5/8 


5 ms 


Uplink, 
Downlink 


4 


59 


472 


A 


Uplink, 
Downlink 


5 


76 


608 


A 


0010 


7t/4 - CQPSK 


Convoluti 
onal 


~R3/4 


5 ms 


Uplink, 
Downlink 


4 


71 


568 


A 


Uplink, 
Downlink 


5 


91 


728 


A 


0011 


71/4 - QPSK 


LDPC 


~R1/2 


20 ms 


Downlink 


5 


275 


2200 


D 


Uplink 


5 


275 


2200 


D 


5 ms 


Downlink 


5 


60 


480 


D 


Uplink 


5 


60 


480 


D 


0100 


71/4 - QPSK 


LDPC 


~R2/3 


20 ms 


Downlink 


5 


369 


2952 


D 


Uplink 


5 


369 


2952 


D 


5 ms 


Downlink 


5 


78 


624 


D 


Uplink 


5 


78 


624 


D 


0101 


71/4 - QPSK 


LDPC 


~R4/5 


20 ms 


Downlink 


5 


443 


3 544 


D 


Uplink 


5 


443 


3 544 


D 


5 ms 


Downlink 


5 


94 


752 


D 


Uplink 


5 


94 


752 


D 


0110 


7t/4 - QPSK 


LDPC 


~R9/10 


20 ms 


Downlink 


5 


498 


3 984 


D 


Uplink 


5 


498 


3 984 


D 


5ms 


Downlink 


5 


106 


848 


D 


Uplink 


5 


106 


848 


D 


0111 


16APSK 


LDPC 


~R2/3 


20 ms 


Downlink 


5 


739 


5912 


D 


Uplink 


5 


739 


5912 


D 


5ms 


Downlink 


5 


158 


1 264 


D 


Uplink 


5 


158 


1 264 


D 


1000 


16APSK 


LDPC 


~R4/5 


20 ms 


Downlink 


5 


887 


7 096 


D 


Uplink 


5 


887 


7 096 


D 


5 ms 


Downlink 


5 


190 


1 520 


D 


Uplink 


5 


190 


1 520 


D 


1001 


16APSK 


LDPC 


~R9/10 


20 ms 


Uplink 


5 


998 


7 984 


D 


5 ms 


Uplink 


5 


214 


1 712 


D 


1010 


32 APSK 


LDPC 


~R3/4 


20 ms 


Downlink 


5 


1 038 


8 304 


D 


5 ms 


Downlink 


5 


223 


1 784 


D 


1011 


32 APSK 


LDPC 


~R4/5 


20 ms 


Downlink 


5 


1 109 


8 872 


D 


5 ms 


Downlink 


5 


238 


1 904 


D 


1111 


NA 




NA 















The coding "1111" is used to indicate that the burst does not include the payload. 
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The coding of MCS bits with payload capacity for the PDCH(1,6) and PDCH(2,6) is given below. 

Table 10.1b MCS field values PDCH(1,6) and PDCH(2,6) 



MCS value 


Modulation 


Coding Rate 


Direction 


Bandwidth 


Payload octets 


N 


000 


71/4 - CQPSK 


~R3/5 


Uplink 


1 


24 


192 


Downlink 


2 


57 


456 


001 


71/4 - CQPSK 


~R7/10 


Uplink 


1 


29 


232 


Downlink 


2 


68 


544 


010 


71/4 - CQPSK 


~R4/5 


Uplink 


1 


34 


272 


Downlink 


2 


78 


624 


111 


NA 


NA 



















The coding "111" is used to indicate that the burst does not include the payload. 

The Radio block may be used for control only, data only or multiplexed control and data. When control and data 
information are multiplexed, the control block shall occupy the octets immediately following the RLC/MAC header. 
The control block shall be 18 octets with maximum of up to 2 control blocks per burst. The rest of the octets shall be 
occupied by an RLC data block which can contain octets from one or more LLC PDUs. 

10.2 Public information bits 

The PUI fields used in different burst types are represented in table 10.2a. 

Table 10.2a: PUI definitions for different burst types 



Burst Type 


Direction 


PUI 


Extended PUI 


PDCH(5,12) 


Downlink 


table 10.2b 


tables 10.2eand10.2f 


PDCH(5,12) 


Uplink 


table 10.2g 


N/A 


PKAB(5,3)/PKAB(4,3) 


Downlink 


table 10.2c 


N/A 


PDCH(5,3)/PDCH(4,3) 


Downlink 


table 10.2d 


N/A 


PDCH(5,3)/PDCH(4,3) 


Uplink 


table 10.2g 


N/A 


PDCH(2,6) 


Downlink 


table 10.2h 


N/A 


PDCH(1,6) 


Uplink 


table 10.21 


N/A 
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Table 10.2b: Downlink PUI field coding for PDCH(5,12) 



MCS (bi 1 - bo) USFi (by - b2) Downlink Burst Duration (bi) Spare (bo) 



Table 10.2c: Downlink PUI field coding for PKAB (4,3) and PKAB(5,3) 



MCS(bii-b8) = (1111)binary 


USFi (by - b2) 


Spare (1) 


USF Allocation 
Duration (bO) 



Table 10.2d: Downlink PUI field coding for PDCH(4,3) and PDCH(5,3) 



IVICS (bi 1 - bs) USFi (by - b2) Downlink Burst Duration (bi) USF Allocation Duration (bo) 



Table 10.2e: Downlink Extended PUI (3 additional USF format) field coding for PDCH(5,12) 



PUI Type 

(b29-b28) 



USF2 (b27 - b22) 



USFs (b2i- bi, 



USF4(bi5-bi 



Spare 
(bs-bs) 



CRC 

(by - bo) 



Table 10.2f: Downlink Extended PUI (2 additional USF format) field coding for PDCH(5,12) 



PUI Type 

(b29-b28) 


PUI 
Subtype 

(b27-b25) 


Reserved 

(b24-b22) 


USF2 (b2,- bl6) 


USF3(bi5-bio) 


Spare 
(bg-be) 


CRC 

(by - bo) 



Table 10.2g: Uplink PUI field coding for PDCH(4,n) and PDCH(5,n) 



MCS bits (bii -bg) 



Uplink PAN field (by - bj) 



Uplink Burst 
Duration (bi) 



Spare (bO) 



Table 10.2h: Downlink PUI field coding for PDCH(2,6) 



MCS bits (b^ 1 - bg) USF bits (bg - b^) EXT bits (bg - b^ ) Spare (bp) 



Table 10.21: Uplink PUI field coding for PDCH(1,6) 



MCS bits (b^ 1 - bg) Uplink PAN field (bg - bg) Spare (b2- bg) 



10.2.1 Downlink PUI for PDCH (4,n) and PDCH (5,n) 

The 12 bit PUI header is subsequently Golay coded using a (24,12) Golay code. Refer to GMPRS-1 05.003 [14] for 
details. 

The MCS bits indicate the modulation and coding scheme used. The MCS value "1111" is used to indicate no payload, 
refer to clause 10.1. 

The USF bits are used for uplink resource allocation. 

The "USF Allocation Duration" field in the downlink PUI for PKAB bursts (Table 10.2c) specifies the duration of the 
USFi allocation. The definition is given in table 10.2.1a. 
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Table 10.2.1a: USF Allocation Duration Encoding - Downlink PUI for PKAB(4,3)/PKAB(5,3) 



USF Allocation Duration field 


Allocated Uplink Slot Duration 





5 ms 


1 


20 ms 



The "USF Allocation Duration" field in the downlink PUI for PDCH(4,3)/PDCH(5,3) (table 10.2d) specifies the 
duration of the USFi allocation. The definition is given in table 10.2.1b. 

Table 10.2.1b: USF Allocation Duration Encoding - Downlink PUI for PDCH(4,3)/PDCH(5,3) 



USF Allocation Duration field 


Allocated Uplink Slot Duration 





5 ms 


1 


20 ms 



The "Downhnk Burst Duration" fields in the downhnk PUI for PDCH(5,12) (table 10.2b) and PDCH(4,3)/PDCH(5,3) 
(table 10. 2d) specify the duration of the downlink burst following the PUI. The fields are encoded as: 



• 0: 5 ms burst 

• 1 : 20 ms burst 



10.2.2 Downlink Extended PUI for PDCH (5,12) 

The 30 bit secondary PUI header is convolution coded at rate 1/4. Refer to GMPRS-1 05.003 [14] for details. 

Downlink Extended PUI only exists for PDCH (5,12). There are two types of Downlink Extended PUI. They are 
defined as: 

• Downhnk Extended PUI (3 additional USFs) (table 10.2e); and 

• Downhnk Extended PUI (2 additional USFs) (table 10.2f). 

The "PUI Type" is used to indicate the format used. The definition is given in table 10.2.2a. 

Table 10.2.2a: Secondary Extended PUI Format Table 



PUI type 


Secondary Downlink PUI format 


GO 


Downlink Extended PUI (3 additional USFs) (table 10.2e) 


01 


Downlink Extended PUI (3 additional USFs) (table 10.2e) 


11 


Downlink Extended PUI (2 additional USFs) (table 10.2f) 



The PUI Type bits and PUI Subtype bits together are used to indicate if the uplink allocation is for a 5 ms or 20 ms 
burst, the definition is given in table 10.2.2b. 

Table 10.2.2b: USF allocation Table 



PUI 
Type 


PUI 
Sub- 
type 


Downlink Extended PUI format 


USFi 


USFz 


USFs 


USF4 


00 


N/A 


3 additional USF format (table 10.2e) 


5 ms 


5 ms 


5 ms 


5 ms 


01 


N/A 


3 additional USF format (table 10.2e) 


5 ms 


5 ms 


5 ms 


20 ms 


11 


000 


2 additional USF format (table 10.2f) 


5 ms 


5 ms 


20 ms 


N/A 


11 


010 


1 additional USF format (table 10.2f) 


5 ms 


20 ms 


N/A 


N/A 


11 


100 


No additional USF format (table 10.2f) 


20 ms 


N/A 


N/A 


N/A 



The MCS bits indicate the modulation and coding scheme used. 

The USF bits are used for uplink resource allocation. For a PNB2(5,12) burst, the Downlink Extended PUI field shall be 
used to signal additional USFs. If a USF field in the PUI maps to a previously allocated 20 ms USF allocation, the USF 
field would be set to RESERVED. 
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The USF response time for USFj is calculated based on the GMPRS 05.010 [16]. The response time for USFz to USF4 
is calculated as follows: 



«-i 



(Response time for USFJ = (Response time for USFi)+ V BurstDurationForUSFi 
Here n = 2..4 



The "Burst Duration for USFi" is either 5 ms or 20 ms. 

The CRC bit in the Extended PUI cover all the bits in the PUl as well as Extended PUI. The CRC polynomial is defined 
in GMPRS-1 05.003 [14]. 

1 0.2.3 Uplink PUI for PDCH (4,3) and PDCH (5,n) 

The 12 bit PUI header is subsequently Golay coded using a (24,12) Golay code. Refer to GMPRS-1 05.003 [14] for 
details. 

The MCS bits indicate the modulation and coding scheme used. 

The PAN fields are used for UT power control. 

The "Uplink Burst Duration" field in the uplink PUI is one bit, the definition is given below: 

• 0: 5 ms burst. 

• 1 : 20 ms burst. 

1 0.2.4 Downlink PUI for PDCH (2,6) 

The 12 bit PUI header is subsequently Golay coded using a (24,12) Golay code. Refer to GMPRS-1 05.003 [14] for 
details. 

The MCS bits indicate the modulation and coding scheme used. 

The USF bits are used for uplink resource allocation. 

The PAN fields are used for UT power control. 

The EXT (Extended Transmission) bits are to be interpreted by the MES when its USF is present in the PUI. When the 
MES detects an assigned USF on an assigned PDCH it shall transmit on "N" consecutive uplink D-MAC slots where N 
is defined as given below. 



b3 


t 


'2 bi 


N 











1 








1 


2 





1 





4 





1 


1 


8 


1 








16 


1 





1 


32 


1 


1 





Reserved 


1 


1 


1 


Reserved 
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The time relationship between the occurrence of the USF in the downlink and the first out of "N" consecutive uplink 
D-MAC-slots which the mobile earth station shall use for transmission, is defined in GMPRS-1 05.010 [16] 



1 0.2.5 Uplink PUI for PDCH (1 ,n) 



The 12 bit PUI header is subsequently Golay coded using a (24,12) Golay code. Refer to GMPRS-1 05.003 [14] for 
details. 

The MCS bits indicate the modulation and coding scheme used. 

The PAN fields are used for UT power control. 

10.3 RLC/MAC header 

1 0.3.1 Downlink RLC/MAC header 

The Downlink RLC/MAC header uses one of two formats specified below: 

• Table 10.3a specifies the Downlink RLC/MAC header used for MESs terminal type A and C. 

• Table 10.3b specifies the Downlink RLC/MAC header used for MESs terminal type D. 

Table 10.3a: Downlink RLC/MAC header (MES terminal type A and C) 





Bit 7 1 Bit 6 


Bits 1 Bit 4 


Bits 


Bit 2 


Bit 1 1 Bit 


Octet 1 


Payload Type (1-0) 


UUG 


S/P 


FBI 


BSN (9 - 8) 


Octet 2 


Block Sequence Number, BSN (7 - 0) 


Octet 3 


Last Part Size, LPS (7 - 0) 


Octet 4 


D 1 Spare | Power Control, PC (5 - 0) 


Octet 5 


TFI (6-0) 1 E 


Table 10.3b: Downlink RLC/MAC header (MES terminal type D) 




Bit 7 1 Bit 6 


Bits 


Bit 4 1 Bits 1 Bit 2 | Bit 1 | Bit 


Octet 1 


Payload Type (1 - 0) 


UUG 


Block Sequence Number, BSN (9 - 5) 


Octet 2 


Block Sequence Number, BSN (4-0) | Last Part Size, LPS(1 0-8) 


Octet 3 


Last Part Size, LPS (7 - 0) 


Octet 4 


D FBI Power Control, PC (5 - 0) 


Octet 5 


TFI (6-0) 1 E 



1 0.3.2 Uplink RLC/MAC header 

The Uplink RLC/MAC header uses one of two formats specified below: 

• Table 10.3a specifies the Uplink RLC/MAC header used for MESs terminal type A and C. 

• Table 10.3b specifies the Uphnk RLC/MAC header used for MESs terminal type D. 

Table 10.3c: Uplink RLC/MAC header (MES terminal type A and C) 





Bit 7 1 Bit 6 


Bits 1 Bit 4 1 Bits 


Bit 2 


Bit 1 1 Bit 


Octet 1 


Payload Type 


Spare 


ITR 


BSN (9 - 8) 


Octet 2 


Block Sequence Number, BSN (7 - 0) 


Octet 3 


Last Part Size, LPS (7 - 0) 


Octet 4 


Unsatisfied Demand, UD(6-0) 


Stall Ind 


Octet 5 


TFI(6-0) 


E 
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Table 10.3d: Uplink RLC/MAC header (MES terminal type D) 





Bit 7 1 Bit 6 


Bits 


Bit 4 1 Bits 1 Bit 2 | Bit 1 | Bit 


Octet 1 


Payload Type 


ITR 


BSN (9 - 5) 


Octet 2 


Block Sequence Number, BSN (4-0) | Last Part Size, LPS (10-8) 


Octet 3 


Last Part Size, LPS (7 - 0) 


Octet 4 


Unsatisfied Demand, UD(6-0) 


Stall Ind 


Octet 5 


TFI (6-0) 


E 



10.4 Header fields 

10.4.1 Uplink state flag (USF) field 

10.4.1.1 PDCH(4,3), PDCH(5,3) and PDCH(5,12) 

The USF field is sent in all downlink RLC/MAC blocks and indicates the owner or use of the next uplink MAC-slot 
(see GMPRS-1.05.010 [16]) on the same PDCH (see GMPRS-1 05.002 [13]) for PDCH(4,3), PDCH(5,3) and 
PDCH(5,12). The USF field is six bits in length and sixty-four different USF values can be assigned, except on 
PCCCH, where the value "111111" (USF=FREE) indicates that the corresponding uplink MAC-slot contains PRACH. 
The value "000000" (USF=RESERVED) indicates that the corresponding uplink MAC-slot is reserved. 

10.4.1.2 PDCH(2,6) 

The USF field is sent in all downlink RLC/MAC blocks and indicates the owner or use of the next uplink D-MAC-slot 
(see GMPRS-1.05.010 [16]) on the same PDCH (see GMPRS-1 05.002 [13]) for PDCH(1,6). The USF field is five bits 
in length and thirty-two different USF values can be assigned, except on PCCCH, where the value "11111" 
(USF=FREE) indicates that the corresponding uplink D-MAC-slot contains PRACH. The value "00000" 
(USF=RESERVED) indicates that the corresponding uplink D-MAC-slot is reserved. 

10.4.2 Void 

10.4.3 Stall indicator (SI) bit 

The Stall indicator (SI) bit indicates whether the MES's RLC transmit window can advance (i.e. is not stalled) or can 
not advance (i.e. is stalled). The mobile earth station shall set the SI bit in all uplink RLC data blocks. 

Table 10.4: Stall indicator bit 



bit 
2 


Stall indicator 





MES RLC transmit window is not stalled 


1 


IVIES RLC transmit window is stalled 



10.4.4 Supplementary/polling (S/P) bit 

The S/P bit in the RLC/MAC header in the downlink is used to indicate the usage of Unsolicited Uplink Grant (UUG) 
field for the MES terminal type A and C. 

Table 10.5: Supplementary/polling (S/P) bit 



bit 
4 


S/P 





Reserved 


1 


UUG field indicates uplink allocations by network 
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1 0.4.5 Unsolicited uplinl< grant (UUG) field 

The UUG field has two formats. One format is applicable to terminal type A and C. The other format is used for 
terminal type D. 

1 0.4.5.1 UUG field for terminal type A and C 

For terminal type A and C, UUG is a two bit field. It is used by the network to allocate a MAC-slot or D-MAC-slot 
starting the next uplink slot (see GMPRS-1. 05. 010 [16]) to the mobile earth station with the terminal type A and C. 

Table 10.6a: Unsolicited uplink grant bits 



S/P bit 
3 


UUG bits 
54 


Value 





00 


Reserved 





01 


Reserved 





1 


Reserved 





1 1 


Reserved 


1 


00 


No Mac-slot/D-MAC-slot Poll 


1 


01 


Single Mac-slot/D-MAC-slot Poll 


1 


1 


Reserved 


1 


1 1 


Reserved 



If the S/P bit is 1 and UUG is 01, then a single MES shall respond to the UUG request. A MES shall respond in two 
situations. In the first situation, the MES may be addressed with a global TFI in the downlink MAC/RLC header. 
Alternatively, the MES may be addressed with a broadcast TFI in the downlink MAC/RLC header and a TLLI, TAI, or 
global TFI carried in a control message. 

An MES shall respond to a UUG with a Packet Downlink ACK/NACK message if the TFI field in the downlink 
MAC/RLC header field corresponds to a downlink TBF in RLC ACK mode. If the UUG is received as part of an 
RLC/MAC block containing an RLC/MAC control block containing a Packet Paging Request, the mobile earth station 
shall ignore UUG field. In all other cases, the MES shall send a PACKET CONTROL ACKNOWLEDGEMENT 
message. The MES shall respond only if it is unambiguously and uniquely addressed in the RLC/MAC header or the 
control message. 

1 0.4.5.2 UUG field for terminal type D 

For terminal type D, UUG is a one bit field, it is used by the network to allocate a Mac-slot or D-MAC-slot starting the 
next uplink slot (see GMPRS-1. 05 .010 [16]) to the mobile earth station with the terminal type D. 

Table 10.6b: Unsolicited uplink grant bits 



UUG bit 
5 


Value 





No Mac-slot Poll 


1 


Single Mac-slot Poll 



If the UUG bit is 1, then a single MES shall respond to the UUG request. A MES shall respond in two situations. In the 
first situation, the MES may be addressed with a global TFI in the downlink MAC/RLC header. Alternatively, the MES 
may be addressed with a broadcast TFI in the downlink MAC/RLC header and a TLLI, TAI, or global TFI carried in a 
control message. 

An MES shall respond to a UUG with a Packet Downlink ACK/NACK message if the TFI field in the downlink 
MAC/RLC header field corresponds to a downlink TBF in RLC ACK mode. If the UUG is received as part of an 
RLC/MAC block containing an RLC/MAC control block containing a Packet Paging Request, the mobile earth station 
shall ignore UUG field. In all other cases, the MES shall send a PACKET CONTROL ACKNOWLEDGEMENT 
message. The MES shall respond only if it is unambiguously and uniquely addressed in the RLC/MAC header or the 
control message. 
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10.4.6 Void 

1 0.4.7 Payload type field 

The Payload Type field shall indicate the type of data contained in remainder of the RLC/MAC block. The encoding of 
the Payload Type field is shown in table 10.7. 

Table 10.7: Payload type field 



bit 
87 


Payload Type 


00 


RLC/MAC block contains an RLC data block only 


1 


RLC/MAC block contains an RLC/MAC control block 
only 


10 


RLC/MAC block contains both control and RLC data 
blocks. 


1 1 


Reserved 



10.4.7a Void 

1 0.4.8 Final Block Indicator (FBI) bit 

The Final Block Indicator (FBI) bit indicates that the downlink RLC data block is the last RLC data block of the 
downlink TBF. 

Table 10.8: Final block indicator bit 



bit 

1 


Final block indicator 





Current block is not last RLC data block in TBF 


1 


Current block is last RLC data block in TBF 



10.4.8a Void 

10.4.8b Void 

10.4.9 Void 

10.4.9a Void 

10.4.9b Void 

10.4.9c Void 

10.4.9d Direction (D) bit 

The Direction (D) bit indicates the direction of the TBF identified by the TFI field in the downlink RLC/MAC control 
block header. 

Table 10.9: Direction (D) bit 



bit 

1 


Direction (D) bit 





TFI field identifies an uplink TBF 


1 


TFI field identifies a downlink TBF 
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1 0.4.1 Temporary flow identifier (TFI) field 

10.4.10.1 Downlink header TFI 

The TFI field in the MAC/RLC header of a downlink RLC/MAC block (the "downlink header TFI") uniquely addresses 
a particular MES by specifying a downlink Temporary Block Flow (TBF) terminated by the MES or an uplink TBF 
originating at the MES. Alternatively, the downlink header TFI can carry the broadcast TFI value 0x7F, which indicates 
that all MESs monitoring the Mac-slot/D-MAC-slot are addressed by the RLC/MAC block. When the broadcast TFI is 
sent, the direction bit within the MAC/RLC header is set to "1" and is ignored by the MES. The downlink header TFI 
field is 7 bits long and is encoded as a binary number with range to 127. A MES shall determine whether a particular 
RLC/MAC block is addressed to it solely by inspecting the downlink header TFI address. If a control block carried 
within an RLC/MAC block carries a separate TFI (the "control TFI"), the control TFI and downlink header TFI shall 
always address the same MES. 

There are three downlink RLC/MAC block payload types: data-only, control-only, and data-ncontrol. The addressing for 
each of these payload types is described below. 

10.4.10.1.1 Data-only downlink RLC/MAC block 

For a data-only downlink RLC/MAC block, the header TFI specifies the downlink TBF associated with the RLC block 
carried within the RLC/MAC block. 

10.4.10.1.2 Control-only downlink RLC/MAC block 

For a control-only downlink RLC/MAC block, the header TFI may carry either the broadcast TFI or the TFI of a 
downlink or uplink TBF handled by the MES. 

10.4.10.1.3 Control-hdata downlink RLC/MAC block 

For a controlH-data downlink RLC/MAC block, the header TFI specifies the downlink TBF associated with the RLC 
block carried within the RLC/MAC block. 

10.4.10.2 Uplink header TFI 

The TFI field in the MAC/RLC header of an uplink RLC/MAC block (the "uplink header TFI") specifies the uplink 
TBF associated with an RLC block included within the RLC/MAC block, when an RLC block is present. The uplink 
header TFI field is 7 bits long and is encoded as a binary number with range to 127. 

There are three uplink RLC/MAC block payload types: data-only, control-only, and data-ncontrol. The addressing for 
each of these payload types is described below. 

10.4.10.2.1 Data-only uplink RLC/MAC block 

For a data-only uplink RLC/MAC block, the uplink header TFI specifies the uplink TBF associated with the RLC block 
carried within the RLC/MAC block. 

10.4.10.2.2 Control-only uplink RLC/MAC block 

For a control-only uplink RLC/MAC block, the uplink header TFI is set to the TFI of the uplink TBF originating at the 
MES, when present. When no uplink TBF is available, the uplink header TFI is set to the broadcast TFI. 

10.4.10.2.3 Control-Fdata uplink RLC/MAC block 

For a controlH-data uplink RLC/MAC block, the uplink header TFI specifies the uplink TBF associated with the RLC 
block carried within the RLC/MAC block. 

1 0.4.1 Oa Power control (PC) field 

Power Control field shall be used in the downlink to indicate the PAR values as defined in GMPRS-1 05.008 [15]. 
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10.4.11 Extension (E) bit 

The Extension (E) bit is used to indicate the presence of an optional octet in the RLC data block header. 

Table 10.10: Extension (E) bit 



bit 

1 


Extension (E) bit 





Extension octet follows immediately 


1 


No extension octet follows 



1 0.4.1 2 Block Sequence Number (BSN) field 

The Block Sequence Number (BSN) field carries the sequence absolute Block Sequence Number (BSN) 
modulo Sequence Number Space (SNS) (1 024) of each RLC data block within the TBF. 

The BSN is 10 bits in length and is encoded as a binary number with range to 1 023. 

10.4.12aVoid 



10.4.13 Void 

10.4.14 Void 
10.4.1 4a Void 



10.4.15 Last Part Size (LPS) field 



This is an 8 bit or 11 bit information field. This field is used to indicate the length of the last part of a segmented LLC 
PDU present in the RLC data block. This field shall be interpreted as decimal equivalent of binary value i.e. to 255. 

• When the MES terminal type is A or C, the LPS is an 8 bit field. 

• When the MES terminal type is D, the LPS is an 1 1 bit field. 

The value shall be used to indicate new LLC PDU starts in the RLC data block, i.e. no part of the previous LLC PDU 
is in the RLC data block. 

The value Oxff (255) for 8 bit LPS field or 0x7ff (2 047) for 1 1 bit LPS field indicates that a middle segment (i.e. not the 
first or the last segment) of the LLC PDU completely occupies the RLC data block and the LLC PDU continues into the 
next radio block. 

10.4.16 RLC data field 

The RLC data field contains octets from one or more LLC PDUs. The RLC data field may contain parts of one or two 
LLC PDUs and all of an arbitrary number of LLC PDUs. If the last LLC PDU of the TBF does not fill the entire RLC 
data field the remainder of the RLC data field shall be filled with filler octets with the value "OOIOIOU". Only the last 
RLC data block of the TBF may contain filler octets. 



1 0.4.1 7 Control message contents field 



The Control message contents field shall contain exactly one segment from one RLC/MAC control message field 
(i.e. RLC/MAC control block). 
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10.4.18 Unsatisfied Demand (UD) 

This field indicates the number of RLC blocks awaiting transmission from the MES. If there is no uplink TBF, UD shall 
be set to zero. UD is defined as the number of pending RLC blocks not yet sent plus the number of RLC blocks 
awaiting retransmission. UD does not include the number of RLC blocks already sent and awaiting acknowledgement. 

For MES terminal type A and C, the valid range of this field is from 127-0. If the number of blocks to be indicated is 
greater than 127, then the value of 127 is reported. 

For MES terminal type D, the UD field encoding is specified in table 10. 11. 

Table 10.11: UD field encoding (MES terminal type D) 



UD Value 


Encoded Value 


Oto 120 


0-120 


121 to 124 


121 


125 to 128 


122 


129 to 132 


123 


133 to 136 


124 


137 to 140 


125 


141 to144 


126 


>144 


127 


NOTE: When a range of UD values map tea 
single encoding, the network should 
assume the upper limit of the range as 
the UD value. 



The RLC block for the shortest duration burst length at the currently assigned coding rate shall be used for UD 
calculation. For example, an MES belonging to terminal Type D shall define the UD field based on the RLC Block for 
the PNB2(5,3) burst at the currently assigned coding rate. The network shall establish the equivalence between the UD 
value and the allocated resources when it allocates a mix of PNB2(5,3) and PNB2(5,12) bursts in the uplink direction. 

1 0.4.1 9 Immediate Termination Request (ITR) 

This bit is present in the uplink header. When set, it indicates that the mobile earth station wishes to terminate this TBF 
immediately, without going through the "waiting" period governed by T3201. 



1 1 Message functional definitions and contents 

This clause defines the structure of the RLC/MAC control messages. These are non-standard L3 messages as defined in 
GMPRS-1 04.007 [10]. The formats for the messages are valid only for the PDCH. The format for RLC/MAC control 
messages for use on the CCCH are defined in GMPRS-1 04.008 [11]. 

Each definition given in the present clause includes: 

• A brief description of the message direction and use. 

• A CSN.l description of the message information elements and fields (see GMPRS-1 04.007 [10]). Definition 
of information elements may immediately follow the definition of the message. If the definition of an 
information element immediately follows the message definition, the information element name ends with 
"struct". Otherwise the information element name ends with "IE" and the definition of the information element 
is defined in clause 12 or in GMPRS-1 04.008 [11]. The definition of a "struct" is valid only within the table in 
which it is defined. No references shall be made to a "struct" definition from outside of the table in which it is 
defined or from outside the present document. The definition of an information element is valid throughout 
clause 11 and clause 12. 
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• A note specifying, where appropriate, conditions for information elements or fields with presence 
requirement C or O in the relevant message which together with other conditions specified in the present 
document define when the information elements shall be included or not, what non-presence of such 
information elements or fields means, and - for lEs with presence requirement C - the static conditions for 
presence and/or non-presence of the information elements or fields (see GMPRS-1 04.007 [10]). 

• A table follows which contains a definition for each field referenced in the message definition or in an 
information element struct immediately following the message definition. 

Bit fields within RLC/MAC messages shall have the highest numbered bit of the bit field in the highest numbered bit of 
the lowest number octet. The mapping of an 11 bit field is illustrated in figure 11.1. 



Bit 




8 


7 


6 


5 


4 


3 


2 


1 




















Octet N 










bit 11 


bit 10 


bit 9 


bit 8 


Octet N+1 


bit 7 


bit 6 


Bits 


bit 4 


bits 


bit 2 


biti 




Octet N+2 


















Octet N+3 



Figure 11.1: Field mapping within RLC/MAC messages 

The length of an RLC/MAC control messages is an integer number of RLC/MAC control blocks. Padding bits are 
necessary to fill the message up to the desired length. The padding bits may be the "null" string. Otherwise, the padding 
bits starts with bit "0", followed by "spare padding". 



< padding bits > ::= { null | < spare padding > ! Ignore : 1 bit** = < no string > } 



The padding sequence used for "spare padding" in the present document, see GMPRS-1 04.007 [10], is a repetition of 
octet "00101011", starting on an octet boundary. 

All reserved fields sent within a message by the mobile earth station or network shall be set to zero. 

11.1 Handling of erroneous protocol data 

This clause specifies procedures for the handling of unknown and erroneous protocol data by the receiving entity. 

These error-handling procedures are mandatory for the mobile earth station. 

A message is defined to be syntactically incorrect if it violates rules of clauses 1 1 and 12, or if it contains at least one 
value defined as "reserved" in clauses 11 and 12. However, if the rules of clause 11 and 12 define a specific 
interpretation for a "reserved" value, the specified interpretation takes precedence and the considered field remains 
syntactically correct. 

Decoding a received message based on its CSN. 1 description yields the complete acceptance or rejection of the 
message. Error handling allows a message to be partially accepted even when some parts are erroneous. 

Error detection mechanisms are introduced to identify which parts of a message to be protected against which kinds of 



11.1.1 Message classification 

The packet data channel (PDCH) is a shared resource, i.e. all mobile earth stations assigned resources on a PDCH may 
receive a message sent by the network. The message type is identified by the MESSAGE_TYPE field contained in each 
message. The message type is used for classification and determining the message syntax. 

Messages sent from the network to the mobile earth station are classified as either distribution messages or 
non-distribution messages. 
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11.1.1.1 



Distribution messages 



A distribution message is recognized by the most significant bit of the message type being set to bit "1". The general 
format of a distribution message sent from the network to the mobile earth station is. 



< Distribution message > 



< l\/IESSAGE_TYPE : 1 bit (5) > 



< Distribution contents > 



< spare padding > ; 



A distribution message may be received by all mobile earth stations. Depending on the protocol state of the mobile 
earth station, it shall be analysed as specified in clauses 5 to 9. 

The specific syntax of the "Distribution contents" depends on the message type. The "spare padding" can be reduced to 
the null string. 



11.1.1.2 



Non-distribution messages 



A non-distribution message is recognized by the most significant bit of the message type being set to bit "0". The 
general format of a message sent from the network to the mobile earth station is: 



< Non-distribution message > 


;;= 


< MESSAGE TYPE : bit 


(5)> 


< Distribution contents > 


< Address information > < 


Non-distribution contents > 


< spare padding > ; 



A non-distribution message may be received by all mobile earth stations. 

The "Distribution contents" of a non-distribution message currently contains no information. 

The "Address information" contained in the message shall be analysed by a mobile earth station receiving the message. 
The "Non-distribution contents" following the address information shall be ignored by any mobile earth station not 
identified by the address information. The allowed addressing options and the specific syntax of the "Non-distribution 
contents" depend on the message type. The "spare padding" can be reduced to the null string. 

11.1.1.2.1 Format of the address information 

The general format of the "Address information" in a non-distribution message is: 



< Address information > ::= 




< Global TFI IE > | 


-See clause 12.10 


1 0<TLLI>| 





The description of a certain message type may specify a restricted set of addressing options being syntactically correct 
in the message. A message received with a disallowed addressing option shall be regarded as syntactically incorrect. 

11.1.2 Error detection mechanism 

The symbol " !" indicates an error branch. It acts as a separator (similar to the "I" choice symbol) where the choice on the 
right of the "!" are to be considered as an "error" branch. The symbol "!" allows partial analysis of data in a received 
message, with some parts of the message to be ignored due to it being syntactically incorrect. 

The description on the left of "!" defines the set of syntactically correct data and shall be recognized correctly. 
Otherwise, the data associated shall be rejected and the description within the error branch shall be used. 

The description within the error branch, on the right of " !" shall accept any syntactically incorrect data. Therefore, 
according to the error label the relevant error handling procedure shall be implemented. 
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11.1.3 Error labels 

There are different categories of error labels introduced in clauses 1 1 and 12. 



11.1.3.1 



Generic error labels 



Generic error labels are defined for syntactical errors "Unknown message type"; "Distribution part error"; "Address 
information part error"; and "Non-distribution part error". 

The general format of a distribution message, including these error labels, is: 



< Distribution message > ::= 






< IVIESSAGE TYPE : 1 bit (5 


> 




{ < Distribution contents > 






< spare padding > 






! < Distribution part error 


bit (*) 


= < no string > > } 


! < Unknown message type : 


bit n = 


< no string > > ; 



The general format of a non-distribution message, including these error labels, is: 



< Non-distribution message > ::= 
< l\/IESSAGE_TYPE : bit (5) > 
{ < Distribution contents > 
{ < Address information > 

{ < Non-distribution contents > 
< spare padding > 

! < Non-distribution part error : bit (*) = < no string > > } 
! < Address information part error : bit (*) = < no string > > } 
! < Distribution part error : bit (*) = < no string > > } 
! < Unknown message type : bit (*) = < no string > > ; 



These error labels allow ignoring a part of the message that is syntactically incorrect. Once an error is detected, the error 
branch is called, followed by a null string that expands to the end of the message. The corresponding data is ignored. 

11.1.3.2 "Ignore" error label 

An "Ignore" error label is used to ignore part of the message. The generic description is: 



< content > ! < Ignore : bit {*) = < no string > > - Ignore by indefinite iengtii 



Or 



< content of fixed length n > ! < Ignore : bit (n) = < no string > > - Ignore by definite length 



An "Ignore" error label shall be applied by the receiver of a downlink RLC/MAC control message when specified in the 
message description in clauses 1 1 and 12 of the present document. This error label allows ignoring a part of the message 
that is syntactically incorrect. Once the error is detected, the error branch "Ignore" is called followed by a null string. 

When this error label is used with an indefinite length (bit (*) = < no string >), the null string expands to the end of the 
message and the corresponding data is ignored. 

If this error label is used with the indefinite length within a structure or delimited description (i.e. within { } brackets), 
any description following the structure or delimited description must allow truncation, in order to be consistent with the 
CSN.l description of the message. 

When this error label is used with a definite length (bit (n) = < no string >), the null string is a defined number of bits 
and the corresponding data is ignored. 
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11.1 .3.3 "Message escape" error label 

The "Message escape" error label is used to provide an escape for, e.g. a future modification of the message syntax. The 
generic description is: 



< Content > ! < Message escape : 1 bit (*) = < no string > > 



An "Message escape" error label shall be applied by the receiver of a downlink RLC/MAC control message when 
specified in the message description in clauses 1 1 and 12 of the present document. The description on the left of the 
error branch needs to be correctly recognized. Otherwise, the error branch "Message escape" is called and the remaining 
part of the message is ignored. 

Any description following a structure or delimited description (i.e. within { } brackets) including this error label must 
allow truncation. Otherwise, it is not consistent with the CSN.l description of the message. 

11 .1 .4 Error detection and order of precedence 

A mobile earth station shall detect and process errors in the order in which they are defined in this clause 11 . 1 .4 of the 
present document, (e.g. a message, which is not compatible with the current protocol state AND is syntactically 
incorrect, shall be treated as if it is not compatible with the current protocol state.) 

At certain error events defined in this clause 11.1.4, the PACKET TBF STATUS message shall be sent by the mobile 
earth station. In case of multiple error events, and, due to restrictions defined in clauses 5 to 9, the mobile earth station 
is not able to send a first status message until the occurrence of a subsequent event generating a second status message, 
the mobile earth station shall suppress the sending of the second and additional status messages until the first status 
message has been sent to the network. 

1 1 .1 .4.1 Unknown message type 

If a mobile earth station receives a message with message type either not defined or not implemented (generic error 
label: "Unknown message type"), the message shall be ignored. 

11.1 .4.2 Message not compatible with current protocol state 

When a non-distribution message is received, which is not expected by the addressed receiver in its current protocol 
state, the mobile earth station shall follow the procedures that are described in clauses 5 to 9. 

If no such reaction is specified, the mobile earth station shall ignore the message. If in packet transfer mode, the mobile 
earth station, which is identified by the address information shall return a status message (PACKET MOBILE TBF 
STATUS message) with TBF_CAUSE #4, "Message not compatible with current protocol state". 

Unexpected distribution messages are ignored. 

11.1 .4.3 Syntactically incorrect message 

When a message containing a syntactically incorrect data is received, depending on the error detection mechanisms that 
may be defined in the CSN. 1 description of the message, the message can be rejected or partially accepted. 

Exceptions to the rules in this clause are given in clause 11.1.4.5. 

NOTE: The order, in which the error labels mentioned in this clause are detected and processed, depends on the 
nesting of error labels defined by the description of each message type in clauses 11.2 and 12; e.g. a 
message, which contains syntactically incorrect data in both the addressing information AND the 
non-distribution contents, is typically received with the error label "Address information part error". 

11.1 .4.3.1 Messages with error label: "Distribution part error" 

For syntactically incorrect messages received with generic error label: "Distribution part error", data corresponding to 
the description following the error label shall be recognized as erroneous data and be ignored. 
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11.1 .4.3.2 Messages with error label: "Address information part error" 

For syntactically incorrect messages received with generic error label: "Address information part error", data 
corresponding to the description following the error label shall be recognized as erroneous data and be ignored. The 
distribution contents preceding the error label may be analysed and treated as described in clause 5. 

11.1 .4.3.3 Messages with error label: "Non-distribution part error" 

For syntactically incorrect messages received with generic error label: "Non-distribution part error", data corresponding 
to the description following the error label shall be recognized as erroneous data and be ignored. 

The distribution contents preceding the error label may be analysed and treated as described in clause 5 

The address information preceding the error label shall be analysed. In packet transfer mode, the mobile earth station 
identified by the address information shall return a PACKET MOBILE TBF STATUS message with TBF_CAUSE #2 
"Syntactically incorrect message, non-distribution part error". 

11.1 .4.3.4 Messages with error label: "Message escape" 

For syntactically incorrect messages with error label: "Message escape", data corresponding to the description following 
the error label shall be recognized as erroneously received mandatory data and be rejected. 

The distribution contents preceding the error label may be analysed and treated as described in clause 5. 

If the address information proceeds the error label and it is received correctly, it shall be analysed. In packet transfer 
mode, the mobile earth station identified by the address information shall return a PACKET MOBILE TBF STATUS 
message with TBF_CAUSE #3 "Syntactically incorrect message, message escape". 

1 1 .1 .4.3.5 Messages with error label: "Ignore" 

For syntactically incorrect messages with error label: "Ignore", data corresponding to the description following the error 
label shall be recognized as unnecessary data. If a syntactically incorrect message with the "Ignore" error label is 
received, depending on the length of the null string associated with the error label (see clause 11.1.2.1), the 
corresponding data shall be ignored. 

11.1 .4.4 Syntactic error in truncated concatenation 

Truncated concatenation is sequences of components encapsulated by the { } brackets followed by the symbol "//". The 
concatenation is any of the concatenations starting with null and up to any number of components. 



{<a><b><c>}// 



The above set is equivalent to: 



{<a><b><c>} or 
{ < a >< b > } or 
{ < a > } or 
null 



Any syntactically incorrect component shall truncate the sequence. The correctly received components are accepted and 
the truncated components are ignored. 

NOTE: If the "spare padding" at the end of a message is included within the concatenation, truncation requires 
the resulting concatenation to fit exactly with the received message length. Otherwise, it is a syntactical 
error, which may cause rejection of the complete message or part thereof. 



£75/ 



GMPRS-1 04.060 



69 



ETSI TS 101 376-4-12 V2.3.1 (2008-07) 



11.1.4.5 



Void 



1 1 .2 RLC/MAC control messages 



Table 11.1 summarizes the RLC/MAC control messages. For each control message, the message type shall be a fixed 
number of bits from the beginning of the message. 

Table 11.1 : RLC/MAC control messages 



Uplink TBF establishment messages: 


Reference 


Packet Access Reject 


11.2.1 


Packet Channel Request 


11.2.5 


Packet Uplink Assignment 


11.2.22 






Downlink TBF establishment messages: 


Reference 


Packet Downlink Assignment 


11.2.7 






TBF release messages: 


Reference 


Packet TBF Release 


11.2.19 






Paging messages: 


Reference 


Packet Paging Request 


11.2.10 






RLC messages: 


Reference 


Packet Downlink Ack/Nack 


11.2.6 


Packet Uplink Ack/Nack 


11.2.21 






System information messages: 


Reference 


These messages are not supported 








Miscellaneous messages: 


Reference 


Packet Control Acknowledgement 


11.2.2 


Packet Downlink Dummy Control Block 


11.2.8 


Packet Uplink Dummy Control Block 


11.2.8a 


Packet Mobile TBF Status 


11.2.9 


Packet Link Control 


11.2.13 


Packet Link Quality Report 


11.2.25 


Packet GIVIPRS Resume Response 


11.2.26 



1 1 .2.0 Message format 

All RLC/MAC control messages, with the exception of the PACKET CHANNEL REQUEST message, follow the same 
non-standard format (see GMPRS-1 04.007 [10]). 

1 1 .2.0.1 Downlink RLC/MAC messages 

Downlink RLC/MAC control messages are received in RLC/MAC control block format. The different types of 
messages are distinguished by the MESSAGE_TYPE field. 
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< Downlink RLC/MAC control message > 



< MESSAGE_TYPE 


bit (6) == 


-. 1 00001 > 


< MESSAGE_TYPE 


bit (6) == 


=0 00010 > 


< MESSAGE_TYPE 


: bit (6) =-- 


=1 00010 > 


< MESSAGE_TYPE 


bit (6) == 


= 1 01010> 


< MESSAGE_TYPE 


bit (6) == 


=0 01000 > 


< MESSAGE_TYPE 


bit (6) == 


= 01001 > 


< MESSAGE_TYPE 


bit (6) == 


= 001010> 


< MESSAGE_TYPE 


bit (6) == 


=1 00101 > 



< MESSAGE_TYPE : bit (6) == 1 1 1 1 > 
! < Unknown message type : bit (*) = < no string : 

<CBF:bit(1); 

control block immediately following this one> >; 



< Packet Access Reject message content > | 

< Packet Downlink Assignment message content > | 

< Packet Paging Request message content > | 

< Packet Link Control message content > | 

< Packet TBF Release message content > | 

< Packet Uplink Ack/Nack message content > | 

< Packet Uplink Assignment message content > | 

< Packet Downlink Dummy Control Block message 
content > | 

< Packet GMPRS Resume Response message content> 
> 

< If set to 1 , indicates that there is another 



1 1 .2.0.2 Uplink RLC/MAC messages 

Uplink RLC/MAC control messages other than the Packet Channel Request are received in the RLC/MAC control 
block format. The different types of messages are distinguished by the MESSAGE_TYPE field. 



< Uplink RLC/IVIAC control message > ::= 


< MESSAGE_TYPE : bit (6) == 000001 > 


< Packet Control Acknowledgement message content > | 


< MESSAGE_TYPE : bit (6) == 000010 > 


< Packet Downlink Ack/Nack message content > | 


< MESSAGE_TYPE : bit (6) == 00001 1 > 


< Packet Uplink Dummy Control Block message 
content > | 


< MESSAGE_TYPE : bit (6) == 000100 > 


< Packet Link Quality Report message content > | 




< MESSAGE_TYPE : bit (6) == 0001 1 > 


< Packet Mobile TBF Status message content > |; 


<CBF:bit(1) 

immediately following this one> >; 


< If set to 1 , indicates that there is another control block 



Messages using the access burst formats (64-bit formats) are defined in clauses 1 L2.2 and 1 L2.5. 

11.2.1 Packet access reject 

This message is sent on the PCCCH or PACCH by the network to the mobile earth station to indicate that the network 
has rejected the MESs access request. This message may contain fields addressing more than one mobile earth station. 

Message type: PACKET ACCESS REJECT. 

Direction: network to mobile earth station. 

Classification: distribution message. 
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Table 11.2a: Packet ACCESS REJECT information elements (IVIES terminal type A and C) 



< Packet Access Reject message content > 



< Reject : < Reject struct > > 



{ { I 1 < Additional Reject: < Reject struct > > } " 



< padding bits >} II -- truncation at end of message allowed, bits "0" assumed 
I < Distribution part error : bit (*) = < no string > > ; 



< Reject struct > 



{ < TLLI : bit (32) > 



1 < Global TFI : <Global TFI IE > >} 



<Rid: bit (2)> 



< reserved : bit (1) > 



<WAIT_INDICATION : bit (8) > 



< WAIT INDICATION_SIZE : bit (1) > 



< Ignore : bit (*) = <no string> > ; 



Table 11.2b: Packet ACCESS REJECT information elements (MES terminal type D) 



< Packet Access Reject message content > 



< Reject : < Reject struct > > 



{ { I 1 < Additional Reject: < Reject struct > > } ** 



< padding bits >} II -- truncation at end of message allowed, bits "0" assumed 
I < Distribution part error : bit (*) = < no string > > ; 



< Reject struct > 



{ < TLLI : bit (32) > 



1 < Global TFI : <Global TFI IE > >} 



<Rid: bit (2)> 



< reserved : bit (1) > 



<WAITJNDICATION : bit (8) > 



< WAIT INDICATION_SIZE : bit (1) > 



< REJECT__CAUSE : bit (2) > 



< Ignore : bit (*) = <no string> > 
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Table 11.3: Packet ACCESS REJECT information element details 



ILL! (32 bit field) 

This information field shall be included if the PACKET ACCESS REJECT message is sent in response to a PACKET 
CHANNEL REQUEST or PACKET RESOURCE REQUEST message or a Channel Request Description IE contained in a 
PACKET DQWNLINK ACK/NACK message. This information field is defined in clause 12.16. 



Global TFI 

This information element contains the TFI of the mobile earth station's downlink TBF or uplink TBF. This field is defined in 
clause 12.10. 



Rid (2 bit field) 

The Rid is a extracted from the corresponding field in the Packet Channel Request to which the Reject corresponds to. 



WAITJNDICATION (8 bit field) 

The Wait Indication field indicates the time the mobile earth station shall wait before attempting another channel request. 

The units are indicated in the WAIT_INDICATIQN_SIZE field. 

Range to 255. 



WAITJNDICATION_SIZE (1 bit field) 

This field indicates the units of the WAIT INDICATION field. 



the WAITJNDICATION field is coded in units of seconds 

1 the WAIT INDICATION field is coded in units of 40 milliseconds 



REJECT_CAUSE (2 bit field) 

NOTE: This field is present only in the Packet ACCESS REJECT message for MES terminal type D 
This field indicates the reason for the rejection. This field is encoded according to the following table: 



Bit 

21 

Reserved 

1 Resource not available 

All other values are reserved. 



1 1 .2.2 Packet control acknowledgement 



This message is sent on the PACCH from the mobile earth station to the network. The message is formatted as an 
RLC/MAC control block. The order of bit transmission is defined in GMR-1 04.004 [8]. 

The RLC/MAC control block format is shown in tables 1 1.4 and 1 1.5. 

Message type: Packet Control Acknowledgement. 

Direction: mobile earth station to network. 

Table 11.4: Packet control acknowledgement 



< Packet Control Acknowledgement message content > ::= - RLC/MAC control block format 



{ < reserved : bit (32) > | 

10 < Global TFI: <Global TFI IE » } 



< CTRL_ACK : bit (2) > 



{0 I 1 < SQIR : bit (6) >} 

{0 I 1 < SQI Standard Deviation : bit (6)>} 

< padding bits > ; 
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Table 11.5: Packet control acknowledgement 



Global TFI 

This information element contains tlie TFI of the mobile earth station's downlinl< TBF or uplinl< TBF. This field is defined in 

clause 12.10. 

CTRL_ACK (2 bit field) 

This field contains acknowledgement information for the number of RLC/IVIAC control blocks that have been received in 

the control message in response to which the PACKET CONTROL ACKNOWLEDGEMENT message is being sent. 



The CTRL_ACK field shall be set according to the following table: 



Bit 
21 

reserved - this value shall not be sent. If received it shall be interpreted as bit value "0 1 ". 

1 the MES received an RLC/MAC block with one embedded control block addressed to itself 

1 Othe MES received an RLC/MAC block with two embedded control blocks addressed to itself 

1 1 the MES is responding to IMMEDIATE ASSIGNMENT TYPE 2 (refer to GMPRS-1 04.008 [1 1 ]) when polling bit was 

SGt 

SQIR (6 bits) 

This field gives the signal quality as received by the MES. Refer GMPRS-1 05.008 [15] for details. 

SQI Standard Deviation (6 bits) 

This field gives the standard deviation of the signal quality measured by the MES. Refer to GMPRS-1 05.008 [15] for 

details. 



11.2.3 Packet cell change failure 

This message is not used in GMR-1. 

1 1 .2.4 Packet cell change order 

This message is not used in GMR-1. 

1 1 .2.5 Packet channel request 

This message is sent in random mode on the PRACH. It does not follow the basic format. The possible formats are 
presented directly below, without reference to information fields. The order of bit transmission is defined in 
GMR-1 04.004 [8]. 
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The message is 64 bits long, and is coded as shown in tables 1 1.6 and 1 1.7. 



Table 11.6: PACKET CHANNEL REQUEST 64 bit message content 



< Packet channel request 64 bit message content > 



{0 < One Phase Access Request 
< TLLI : bit (32) > 



< Rid: bit (2) > 



< No of Blocl<s : bit (6) > 



< Peal< Throughput Class : bit (4) > 
< Radio Priority: bit (2) > 



RLC Mode: bit (1)> 



< LLC PDU TYPE: bit (1) 



< GIVIPRS Terminal Type Identifier Bits 6-1 : bit (6) > 



SQIR : bit (6) > 



GMPRS Terminal Type Identifier Bit 7: bit (1) > 



Spare : bit (2) 



10101 < GMPRS Resume Procedure: 

< TLLI: bit (32) > 

< Spare: bit (27) > > 



10110<MM Procedure: 
< TLLI: bit (32) > 



Rid: bit (2) > 



< SQIR: bit (6) 



< Spare: bit (19) » 
10111 <lnitial Correction: 

<TFI: bit (7)> 

< Rid: bit (2) > 

< SQIR: bit (6)> 

< Spare: bit (44)» 
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Table 11.7: PACKET CHANNEL REQUEST details 



ILL! (32 bit field) 

The TLLI field is encoded as a binary number. 

Range to 4294967295 



Rid (2 bit field) 



The Rid is a cyclic identifier. It is incremented on every PRACH attempt by the MES, modulo 4. 



No Of Blocks (6 bit field) 

This field is defined in clause 12.31 . 



Peak Throughput Class (4 bit field) 



Reserved. The contents of this field shall be ignored by the network. 



Priority (2 bit field) 

This information field indicates the requested Radio Priority. This field is coded as shown in the following table. The 8 bit 

format has a default Radio Priority of 4 bit 



Bit 
21 

Radio Priority 1 (Highest priority) 

1 Radio Priority 2 

1 Radio Priority 3 

1 1 Radio Priority 4 (Lower priority) 



RLC_IV10DE (1 bit field) 

This field is defined in clause 12.32. 



LLC_ PDU_TYPE (1 bit field) 

This field indicates the type of the first LLC PDU to be transmitted over the requested uplink TBF. 



LLC PDU is SACK or ACK 

1 LLC PDU is not SACK or ACK 



GIU1PRS Terminal Type Identifier 

GMPRS terminal type identifier is defined in GMPRS-1 05.002 [13]. The following two fields within the Packet Channel 
Request message are used to encode 7 bits of GMPRS terminal type identifier. Note that these two fields are not 
contiguous. Both fields must be processed before interpreting the terminal type identifier. 

GIV1PRS Terminal Type Identifier Bits 6-1 (6 bit field) 

This field encodes bits b6-b1 of GMPRS Terminal type identifier. 

GIVIPRS Terminal Type Identifier Bit 7 (1 bit field) 

This field encodes bit b7 of GMPRS Terminal type identifier. 



SQIR (6 bit field) 



Contains the SQIR based on the BCCH RSSI measurements. See GMPRS-1 05.008 [15] for details. 



TFI (7 bit field) 



This field contains the downlink TFI received by the MES in the Packet Immediate Assignment Type 3 message (see 
GMPRS-1 04.008 [11]). 



1 1 .2.6 GMPRS packet downlink Ack/Nack 



This message is sent on the PACCH from the mobile earth station to the network to indicate the status of downUnk RLC 
data blocks received and to report the channel quality of the downlink. The mobile earth station may optionally initiate 
an uplink TBF or request a temporary suspension of the downlink TBF. 

Message type: GMPRS Packet Downlink Ack/Nack. 

Direction: mobile earth station to network. 
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Table 11.8: GMPRS Packet downlink Ack/Nack information elements 



< Packet Downlink Ack/Nack message content > ::= 

< DOWNLINK_TFI : bit (7) > 

< reserved : bit (1) > 

{0 I 1 <SQI Standard Deviation: bit (6) > 
{0 <reserved: bit (17) > 
|1 <Channel Request Description : channel request description IE :bit (17)} 

} 

{0 I 1 < SQIR: bit (6) >} 
< GMPRS Ack/Nacl< Description : GIVIPRS Ack/Nack Description IE : > ; 



Table 11.9: GIUIPRS Packet downlink Ack/Nack information element details 



DOWNLINK_TFI (7 bit field) 

This field contains the TFI of the mobile earth station's downlink TBF. This field Is defined in clause 12.15. 

GMPRS Ack/Nack Description IE (L bit field) 

This information element is defined in clause 12.3a. The number of bits (L) available for Ack/Nack Description 

information element depends on the inclusion of an optional channel request. L shall be set so that the entire 

GIVIPRS Packet Downlink Ack/Nack message evenly fits into an RLC/MAC control block. If a lower L covers the 

entire receive window, that L shall be used. 

SQIR (6 bits) 

This field gives the signal quality as received by the MES. Refer GIVIPRS-1 05.008 [1 5] for details. 

SQI Standard Deviation (6 bits) 

This field gives the standard deviation of the signal quality measured by the MES. Refer to 

GMPRS-1 05.008 [15] for details. 

Channel Request Description IE (17 bits) 

This information element is valid only for multislot class 2 MES. This IE is defined in clause 12.7. 



11.2.7 Packet downlink assignment 



This message is sent on the PACCH by the network to the mobile earth station to assign downlink resources to the 
mobile earth station. 

Message type: PACKET DOWNLINK ASSIGNMENT. 

Direction: network to mobile earth station. 

Classification: non-distribution message. 
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Table 11.10: Packet downlink assignment information elements 



< Packet Downlink Assignment message content > ::= 

{ { < TLLI : bit (32) > 
I 1 < Global TFI : < Global TFI IE > > } 
{ -- Message escape 

{<RLC_M0DE:bit(1)> 

< reserved : bit (1) > 

< MAC-SLOT_ALLOCATION : bit (8) > 

< reserved: bit (31) > 

< DOWNLINK_TFI_ASSIGNMENT : bit (7) > 

{ { I 1 < Frequency Parameters : < Frequency Parameters IE > > } 
{ I 1 < reserved: bit (6) > } 
{ I 1 < reserved: bit (4) : > } 

< padding bits > } // -- truncation at end of message allowed, bits "0" assumed 
! < Non-distribution part error : bit (*) = < no string > > } 
! < IVIessage escape : 1 bit (*) = <no string> > } 
I < Address information part error : bit (*) = < no string > > } 
! < Distribution part error : bit (*) = < no string > > ; 



Table 11.11: PACKET Downlink ASSIGNMENT information element details 



Global TFI 

This information element contains the TFI of an already existing TBF in this mobile earth station in the uplink or downlink 
direction. This field is defined in clause 12.10. 



TLLI (32 bit field) 

This field is defined in clause 12.16. 



RLC_MODE (1 bit field) 

This field is defined in clause 12.32. 



MAC-SLOT_ALLOCATION (8 bit field) 
This field is defined in clause 12.18. 



Frequency Parameters 

This information element is defined in clause 12.8. 



DOWNLINK_TFI_ASSIGNMENT (7 bit field) 

This information element assigns the TFI to the mobile earth station to identify to downlink TBF described by this 

message. TFI is encoded as defined in clause 12.15. 



1 1 .2.8 Packet downlink dummy control block 

This message is sent on the PCCCH or PACCH by the network to the mobile earth station as a fill message with the 
optional persistence level parameters. 

Message type: PACKET DOWNLINK DUMMY CONTROL BLOCK. 

Direction: network to mobile earth station. 

Classification: distribution message. 

Table 11.12: Packet DOWNLINK DUMMY CONTROL BLOCK information elements 



< Packet Downlink Dummy Control Block message 


content > ::= 




{ 1 1 <PERSISTENCE_LEVEL 


bit (4) >*4 } 




< padding bits > 


! < Distribution part error : bit (*) 


= < no string > 


> ; 



Table 11.13: Packet DOWNLINK DUMMY CONTROL BLOCK information element details 



PERSISTENCE_LEVEL (4 bit field for each Radio Priority 1 ...4) 
This field is defined in clause 12.14, PRACH Control Parameters. 
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1 1 .2.8a Packet uplink dummy control block 



This message is sent on the PACCH from the mobile earth station to the network when the mobile earth station has no 
other block to transmit. 

Message type: PACKET UPLINK DUMMY CONTROL BLOCK. 

Direction: mobile earth station to network. 

Table 11.14: Packet uplink dummy control block information elements 



< Packet Uplink Dummy Control Block message content > 



{ < reserved : bit (32) > 



10 < Global TFI: <Global TFI IE » } 



< SQIR : bit (6)> 

{0 I 1 <SQI Standard Deviation : bit (6) >} 



< padding bits >; 



Table 11.15: Packet uplink dummy control block information element details 



Global TFI 

This information element contains the TFI of the mobile earth station's downlink TBF or uplink TBF. This field is 
defined in clause 12.10. 



SQI Report (6 bit field) 

This field gives the signal quality as received by the MES. Refer to GIVIPRS-I 05.008 [1 5] for details. 

SQI Standard Deviation (6 bits) 

This field gives the standard deviation of the signal quality measured by the MES. Refer to 

GMPRS-1 05.008 [15] for details. 



1 1 .2.9 Packet mobile TBF status 

This message is sent from the mobile earth station to the network on the uplink PACCH to indicate erroneous messages 
have been received relating to either a downlink or an uplink TBF. 

Message type: PACKET MOBILE TBF STATUS. 

Direction: mobile earth station to network. 



Table 11.16: Packet MOBILE TBF STATUS information elements 



< Packet Mobile TBF Status message content > 



< GLOBAL TFI : < Global TFI IE > > 



< TBF_CAUSE : bit (3) > 

{0|1 < SQIR: bit (6) > } 



{ I 1 < STATUS_MESSAGE_TYPE : bit (6) > } 



< padding bits > 
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Table 11.17: Packet MOBILE TBF STATUS information element details 



Global TFI IE 

This information element contains tlie TFI of the mobile earth station's downlink TBF or uplink TBF. This field is defined in 
clause 12.10. 



TBF_CAUSE (3 bit field) 

The TBF_CAUSE field indicates the error cause value of the current TBF. This field is encoded according to the following 

table: 



Bit 
321 

Normal event; 

1 Status, unspecified; 

1 Syntactically incorrect message, non-distribution part error; 

1 1 Syntactically incorrect message, message escape; 

1 Message not compatible with current protocol state. 

All other values are reserved and may be interpreted "Status, unspecified". 

SQIR (6 bit field) 

This field gives the signal quality as received by the MES. Refer GIVIPRS-I 05.008 [1 5] for details. 



STATUS_MESSAGE_TYPE (6 bit field) 

The STATUS_MESSAGE_TYPE field, if present, is the binary representation of the message type of the downlink 

RLC/IVIAC control message that caused the status condition. Message type values are defined in clause 1 1 .2.0.1 . 



11 .2.1 Packet Paging Request 

This message is on PACCH to a MES in packet transfer mode to indicate page request for RR connection 
establishment. The MES is identified by either IMSl or TMSI. 

Message type: PACKET PAGING REQUEST MESSAGE. 

Direction: network to mobile earth station. 

Classification: distribution message. 

Table 11.18: PACKET PAGING REQUEST message content 



< Packet Paging Request message content > :;= 
< reserved : bit (2) > 
{ I 1 < reserved : bit (4) >* 4} 
{ I 1 < reserved : bit (2) > } 
{ { 1 < Repeated Page info : < Repeated Page info struct > > } ** 

< padding bits >} II -- truncation at end of message allowed, bits "0" assumed 
! < Distribution part error : bit (*) = < no string > > ; 



Page request for TBF establishment (reserved) 



< Repeated Page info struct > ::= 
{0 

{ < reserved : bit (32) > 

I 1 < Length of reserved field: bit (4) > 

< reserved : octet (val (Length of reserved field contents)) > } 

I 1 -- Page request for RR conn, establishment 

{ < TMSI : bit (32) > 
I 1 < Length of IVIobile Identity contents : bit (4) > 

< Mobile Identity : octet (val (Length of Mobile Identity contents)) > } 
< CHANNEL_NEEDED : bit (2) > 

{ I 1 < reserved : bit (3) > } } 
{0| 1<MSCID:bit(6)>}} 
! < Ignore : bit (*) = <no string> > ; 



£75/ 



GMPRS-1 04.060 80 ETSI TS 101 376-4-12 V2.3.1 (2008-07) 

Table 11.19: PACKET PAGING REQUEST information elements 



Repeated Page info struct 

The Repeated Page info struct is repeated as many times as required to fulfil the number of wanted paged MESs. If the 

Paging Request Message is used with only TMSIs, the field can be repeated up to four times within one message. If the 

Paging Request IVIessage is used with only IMSIs, the field can be repeated up to two times within one message. 

The first bit in the Repeated Page info field indicates if this is a page request for TBF connection establishment or for RR 

connection establishment. The MES shall ignore this IE if the first bit indicates TBF connection establishment. 

A page request for RR connection establishment contains Channel Needed IE and can either be addressed with TMSI or 

IMSI. 



Mobile Identity (variable length octet string) 

This octet string is the representation of the Mobile Identity. It shall provide the international mobile subscriber identity 

(IIVISI). The encoding of this octet string is the value part (starting with octet 3) of the type 4 information element Mobile 

Identity defined in GMPRS-1 04.008 [11]. 

Any value other than IMSI for the type of identity in this octet string is spare. Such mobile identity shall be disregarded by 

the receiver but any further occurrence of the Repeated Page Info struct in the message shall be analysed. 



TMSI (32 bit field) 

TMSI is a unique Temporary Mobile Subscriber Identity. TMSI is associated with the mobile subscriber and defined in 

GMPRS-1 03.003. This field is coded as a binary number. 

Range to 4294967295 



CHANNEL_NEEDED (2 bit field) 

The channel needed field indicates which type of channel is needed for the mobile earth station for the transaction linked 

to the paging procedure. See GMPRS-1 04.008 [11], 



MSC ID (6 bit field) 

The MSC ID indicates the MSC associated with the paging message. The MES shall include the MSC ID information 

when responding to the page request. See GMPRS-1 04.008 [11]. 



11.2.11 Packet PDCH release 

This message is not used in GMR-1. 

1 1 .2.1 2 Packet polling request 

This message is not used in GMR-1. 

11.2.13 Packet link control 

This message is sent on PACCH or on the PTCCH/D by the network to the mobile earth stations. Transmissions on the 
PTCCH/D are made to mobile earth stations that had transmitted in the allotted Mac-slots/D-MAC-slots for 
timing/frequency correction eight frames previously. This message is sent in order to update the mobile earth station 
timing advance and frequency control parameters. This message can contain information for up to four mobile earth 
stations. 

Message type: PACKET LINK CONTROL. 

Direction: network to mobile earth station. 

Classification: distribution message. 

Table 11.20: Packet link control information elements 



< Packet Link Control message content > 



{ I 1 < Packet Link Synchronization : < Packet Link Synchronization IE > > }*4 



< padding bits > 



! < Distribution part error : bit (*) = < no string > > 



Table 11.21 : Packet power control information element details 



Packet Link Synchronization IE 

This information field is defined in clause 12.29. 
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11 .2.1 4 Packet PRACH parameters 

This message is not used in GMR-1. 

1 1 .2.1 5 Packet queuing notification 

This message is not used in GMR-1. 

1 1 .2.1 6 Packet resource request 

This message is not used in GMR-1. 

11. 2.1 6a Void 

11.2.17 Packet PS I status 

This message is not used in GMR-1. 

11.2.18 Packet system information type 1 

This message is not used in GMR-1. 

11.2.19 Packet TBF release 

This message is sent on the PACCH by the network to the mobile earth station to initiate release of an uplink or 
downlink TBF. 

Message type: PACKET TBF RELEASE. 

Direction: network to mobile earth station. 

Classification: non-distribution message. 

Table 11.22: Packet TBF RELEASE information elements 



< Packet TBF Release message content : 



J 00_ 



GLOBAL TFI : Global TFI IE : 



< UPLINK_RELEASE : bit (1) > 



< DOWNLINK_RELEASE : bit (1) > 



< TBF_RELEASE_CAUSE : bit (4) > 



< padding bits > 



! < Non-distribution part error : bit (*) = < no string > > 



! < Address information part error : bit (*) = < no string > > } 



< Distribution part error : bit (*) = < no string > > 
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Table 11.23: Packet TBF RELEASE information element details 



Global TFI IE 

This information element contains tlie TFI of the mobile earth station which uplink and/or downlink TBF to be released. 
This field is defined in clause 12.10. 



Uplink_Release (1 bit field) 

Downllnk_Release (1 bit field) 

These fields indicate which TBF shall be released, uplink or downlink. Both directions can be released at the same time. 



TBF shall not be released 

1 TBF shall be released 



TBF_RELEASE_CAUSE (4 bit field) 

This field indicates the reason for the release of the TBF. This field is encoded according to the following table: 



bit 
4321 

Normal release 

1 PDCH-carrier being deassigned 

10 Abnormal release 

11 Beam being darkened 

10 Resource not available 

All other values are reserved. 



11.2.20 Void 

11.2.21 Packet uplink Ack/Nack 

This message is sent on the PACCH by the network to the mobile earth station indicate the status of the received RLC 
data blocks. This message may also update the timing advance and the uplink coding rate. 

Message type: PACKET UPLINK ACK/NACK. 

Direction: network to mobile earth station. 

Classification: non-distribution message. 

Table 11.24: PACKET UPLINK ACK/NACK information elements 



< Packet Uplink Ack/Nack message content > ::= 
{ 00 < UPLINK_TFI : bit (7) > 
{ -- IVIessage escape 

{ < CHANNEL_MCS_COMMAND : bit (4) > 

{ I 1 < Packet Link Synch : < Packet Link Synchronization IE > > } 
{ I 1 < CHANNEL_MCS_COMMAND_PNB_5_12 : bit (4) > } 

< GMPRS Ack/Nack Description : < GMPRS Ack/Nack Description IE > > < padding bits > 

! < Non-distribution part error : bit (*) = < no string > > } 
! < IVIessage escape : 1 bit (*) = <no string> > } 
! < Address information part error : bit (*) = < no string > > } 
! < Distribution part error : bit (*) = < no string > > ; 
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Table 11.25: Packet uplink ACK/NACK information element details 

UPLINK_TFI (7 bit field) 

This field identifies the uplink TBF to which this message applies. This field is coded the same as the TFI field defined in 

clause 12.15. 

CHANNEL_MCS_COMMAND (4 bit field) 

The Channel Coding Indicator field for PNB(4,3)/PNB(5,3)/PNB{1 ,6). This field indicates the channel coding scheme for 

PNB(4,3)/PNB(5,3)/PNB(1 ,6) that the mobile earth station shall use when transmitting on the uplink. The coding for this 

field is defined in clause 1 0. 1 . 

CHANNEL_MCS_COMMAND_PNB_5_12 (4 bit field) 

The channel coding indicator bit field for PNB2(5,12). This field indicates the channel coding scheme that the mobile 

earth station shall use when transmitting on the uplink. If the value in this field is 11 11 , it means the mobile earth station 

shall not transmit any PNB2(5,12) burst except for retransmission. The coding for this field is defined in clause 10.1. 

Ack/Nack Description 

This information element is defined in clause 12.3. 

Packet Link Synchronization message 

This information element is defined in clause 12.29. 



1 1 .2.22 Packet uplink assignment 

This message is sent on the PCCCH or PACCH by the network to the mobile earth station to assign uplink resources. 
The mobile earth station may be addressed by TFI, TQI, or TLLI depending upon the procedure used. 

Message type: PACKET UPLINK ASSIGNMENT. 

Direction: network to mobile earth station. 

Classification: non-distribution message. 

Table 11.26: Packet uplink assignment information elements 

< Packet Uplink Assignment message content > ::= 
{ { < TLLI : bit(32) > 
I 1 < Global TFI : <Global TFI IE> > 
I 110 < reserved: bit (16) > 

} 

<Rid: bit(2)> 

{ -- IVIessage escape 

{ < CHANNEL_MCS_COMMAND : bit (4) > 

< Packet Link Synchronization : < Packet Link Synchronization. IE > > 
{ < Frequency Parameters : < Frequency Parameters IE > > } 

{ <Dynamic Allocation : < Dynamic Allocation struct > > 
I 1 < reserved> 
I 1 1 <reserved> 
I 1110<extension> } 

< padding bits > 

! < Non-distribution part error : bit (*) = < no string > > } 
! < Message escape : 1 bit (*) = <no string> > } 
! < Address information part error : bit (*) = < no string > > } 
I < Distribution part error : bit (*) = < no string > > ; 

<extension> ::= - Future extension can be done by modifying this structure 
null ; 

<Dynamic Allocation struct > ::= 

< reserved : bit (1) > 

< reserved : bit (1) > 

< UPLINK_TFI_ASSIGNI\/IENT : bit (7) > 

< reserved: bit (1) > 

< reserved: bit (5) > 

< CHANNEL_MCS_COMI\/IAND_PNB_5_12: bit (4) > 

< l\/IAC-SLOT_ALLOCATION: bit (8) > - Timeslot Allocation 

< reserved: bit(3)> 

< USE : bit (6) > 
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Table 11.27: PACKET UPLINK ASSIGNMENT information element details 

Global TFI 

This information element identifies tlie uplinl< TFI, if available, or the downlink TFI, to which this message applies. This 

field is defined in clause 12.10. 

Rid (2 bit field) 

The Rid is a cyclic identifier. It is incremented on every PRACH attempt by the MES, modulo 4. 

MAC-SLOT_ALLOCATION (8 bit field) 

This field is defined in clause 12.18. 

CHANNEL_MCS_COMMAND (4 bit field) 

The Channel Coding Indicator field PNB{4,3)/PNB(5,3)/PNB(1,6). This field indicates the channel coding scheme for 

PNB(4,3)/PNB(5,3)/PNB{1,6) that the mobile earth station shall use when transmitting data on the uplink. The coding for 

this field is defined in clause 10.1. 

CHANNEL_MCS_COMMAND_PNB_5_12 (4 bit field) 

The channel coding indicator bit field for PNB2(5,12). This field indicates the channel coding scheme that the mobile 

earth station shall use when transmitting on the uplink. If the value in this field is 1 11 1 , it means the mobile earth station 

shall not transmit any PNB2(5,12) burst except for retransmission. The coding for this field is defined in clause 10.1. 

UPLINK_TFI_ASSIGNMENT (7 bitfield) 

This information element, if present, assigns the contained TFI to the mobile earth station to identify to uplink TBF 

described by this message. This field is coded the same as the TFI field defined in clause 12.15. 

Packet Link Synchronization 

This information element is defined in clause 12.29. 

Dynamic Allocation struct 

This information element contains parameters necessary to define the radio resources of a dynamic allocation. 

USF (6 bit field) 

USF value for all allocated IVlac-slots/D-MAC-slots/4-IVIAC-slots 

These fields indicate the USF value assigned to the MES for all allocated IVIAC-slots (range to 7), 4-IVIAC-slots (starting 

slot to 7 or D-MAC-slots(range to 3). These fields are encoded as a binary presentation of the USF value as defined 

in clause 10.4.1. 



11.2.23 Void 

11.2.24 Void 

1 1 .2.25 Packet link quality report 

This message is sent on the PACCH or PTCCH/U by the mobile earth station to the network to report the link quality. 
Message type: PACKET LINK QUALITY REPORT. 
Direction: mobile earth station to network. 

Table 11.28: PACKET LINK QUALITY REPORT information elements 



< Packet Link Quality Report message content > 
<Link Quality : <Link Quality Report IE > > 
< padding bits > ; 



Table 11.29: PACKET LINK QUALITY REPORT information element details 

Link Quality Report 

This information element is defined in clause 12.30. 



1 1 .2.26 Packet GMPRS Resume Response 

This message is sent on the PAGCH by the network to inform the mobile earth station of the result of GMPRS service 
resumption. The mobile earth station shall be addressed by TLLI. 

Message type: PACKET GMPRS RESUME RESPONSE. 



£75/ 



GMPRS-1 04.060 



85 



ETSI TS 101 376-4-12 V2.3.1 (2008-07) 



Direction: network to mobile earth station. 

Classification: non-distribution message. 

Table 11.30: PACKET GMPRS RESUME RESPONSE information elements 



< Packet GMPRS Resume Response message content > ::= 
{ < TLLI : bit(32) > } 
{0 -- Message escape 

< Result: bit (1)> 

< padding bits > } // -- truncation at end of message allowed, bits "0" assumed 
! < Non-distribution part error : bit (*) = < no string > > } 

! < IVIessage escape : 1 bit (*) = <no string> > } 
! < Address information part error : bit (*) = < no string > > } 
! < Distribution part error : bit (*) = < no string > > ; 



Table 1 1 .31 : PACKET GMPRS RESUME RESPONSE information element details 



ILL! (32 bit field) 

This field is defined in clause 12.16. 



Result (1 bitfield) 

: GMPRS services not successfully resumed. 

1 : GMPRS services successfully resumed. 



12 Information element coding 
12.1 Overview 

Information elements used within the context of only one RLC/MAC control message are defined in clause 1 1 . All 
other information elements are defined within the present clause. 



12.2 Void 



1 2.3 GIVIPRS Ack/Nack description 

The Ack/Nack Description information element contains the RLC parameters used to acknowledge or negatively 
acknowledge a group of RLC data blocks. The number of bits available for the bitmap depends on the inclusion or 
exclusion of other information elements in the used message. 

Table 12.1: GMPRS Ack/Nack Description information elements 

< GMPRS Ack/Nack Description IE > ::= 

<FINAL_AGK_INDICATION : bit (1) > 

<reserved: bit (1) > 

{ I 1 < Length: bit (7) >} 

<START1NG_SEQUENGE_NUMBER; bit (10) > 

{1 <UNCOMPRESSED_RECEIVED_BLOCK_BITMAP: bit (Val(/.u;) > | 

{<reserved > } 

}; 
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Table 12.2: Ack/Nack Description information element details 

FINAL_ACK_INDICATION (1 bit field) 

This field indicates whether the entire TBF is being acknowledged. If the entire TBF is being acknowledged, the SSN, 

CRBB and URBB fields contain no information and shall be ignored. 

retransmissions are requested and the TBF is incomplete. 

1 no retransmissions are requested and this message indicates acknowledgement of all RLC data in the TBF. 
LENGTH (7 bit field) 

This field gives the length of the rest of the IE which includes the Starting Sequence Number and the bitmap. If not 

present, it should be taken to mean that the IE covers the rest of the control block. Valid values range from 11 to 106 for 

Packet Downlink Ack/Nack and 1 1 to 96 for Packet Uplink Ack/Nack. 

STARTING_SEQUENCE_NUMBER (SSN) (10 bit field) 

Range to 1023 

The SSN is set to V(Q), the sequence number of the oldest RLC block within the receive window that has not been 

received. 

UNCOMPRESSED_RECEIVE_BLOCK_BITMAP (URBB) {Lu bit field) 

The URBB is an uncompressed bitmap representing Block Sequence Numbers. The bitmap is indexed relative to SSN 

as follows: 

BSN = (SSN + bit_number) modulo 1024, for bit_number = 1 to Lu. 
Lu is the length of URBB: 

Lu = Val(Length) - Length(SSN) 
The value of each bit is encoded as: 

Negative acknowledgement of the RLC data block with BSN = (SSN + bit_number) mod 1 024 

1 Positive acknowledgement of the RLC data block with BSN = (SSN + bit_number) mod 1 024 



12.4 Void 

12.5 Void 

12.6 Void 

12.7 Channel Request Description 

The Channel Request Description information element is sent by the MES to the network to request uplink resources in 
the Packet Downlink Ack/Nack message. For a description of these fields refer to table 11 .7. 

Table 12.3: Channel Request Description information element details 



< channel request description IE > 



< Rid: bit(2)> 



< No of Blocks : bit (6) : 



< Peak Throughput Class : bit (4) > 
<Radio Priority: bit (2) > 



<RLCIVIode:bit(1)> 



< LLC PDU TYPE: bit (1)> 



< Spare : bit (1) >; 



12.8 Frequency parameters 



The Frequency Parameters information element defines frequency parameters, which are allocated to a mobile earth 
station to define its channel configuration. All Mac-slots/4-MAC-slots /D-MAC-slots in the channel configuration of 
the mobile earth station shall use the same frequency parameters. 

The frequency parameters shall consist of an ARFCN for both the downlink and the uplink, a downlink frequency plan 
identifier, bandwidth information for the downlink, an uplink frequency offset and the bandwidth information for the 
uplink. 
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Table 12.4: Frequency parameters information elements 



< Frequency Parameters IE > ::= 
< Downlink BW: bit (3) > 

< Downlink ARFCN : bit (11 ) > 

< Downlinl< Frequency Plan Identifier: bit(1) > 
< Uplink BW: bit (3) > 

< Uplink Frequency Distance: bit (5) > 
<reserved: bit(3)» 



Table 12.5: Frequency parameters information element details 



Downlink BW (3 bit field) 

This field represents the bandwidth to be used for the PDCH-Carrier in multiples of 31 ,25 kHz, see 

GMPRS-1 05.005 [17]. Range: 1 to 7. 

ARFCN (1 1 bit field) 

This field is the binary representation of the absolute radio frequency channel number (ARFCN) defined in GIVIPRS- 

1 05.005 [17]. Range to 2048. 

Downlink Frequency Plan Identifier (1 bit) 

This field indicates the frequency plan to be used. When set, it indicates that the absolute frequency should be shifted by 

15,625 kHz, as defined in GIVIPRS-1 05.005 [17]. 

Uplink Frequency Distance (5 bit field) 

This field is the signed integer representation of the difference between the frequency derived from the ARFCN in the 

uplink spectrum (see GMPRS-1 05.005 [1 7]) and the actual uplink frequency in units of 1 5,625 kHz. Range -h1 2 to -1 2. A 

positive value means that the uplink frequency has a greater absolute magnitude when translated to kHz. 

Uplink BW (3 bit field) 

This field represents the bandwidth to be used for the uplink PDCH-Carrier in multiples of 31 ,25 kHz, see 

GMPRS-1 05.005 [17]. Range: 1 to 7. 



12.9 Void 

12.10 Global TFI 

The Global TFI (Temporary Flow Identifier) information element contains either an uplink TFI or a downlink TFI. The 
uplink or downlink TFI identifies a single Temporary Block Flow. 

Table 12.6: Global TFI information elements 



< Global TFI IE > ::= 




{ < UPLINK TFI 


: bit (7) > 


1 1 < DOWNLINK 


TFI : bit (7) > } ; 



Table 12.7: Global TFI information element details 



UPLINK_TFI (7 bit field) 

This field identifies an uplink TBF. This field is coded the same as the TFI field defined in clause 12.15. 

DOWNLINK_TFI (7 bit field) 

This field identifies a downlink TBF. This field is coded the same as the TFI field defined in clause 12.15. 
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12.10a Void 
12.10b Void 
12.10c Void 
12.10d Void 
12.10e Void 

12.11 Void 

12.12 Void 
12.12a Void 

12.13 Void 

12.14 PRACH control parameters 

The purpose of the PRACH Control Parameters information element is to provide parameters used to control the 
PRACH utilization. When this IE is used in the system information, the reduced persistence level field is used. 

Table 12.9: PRACH Control parameters information elements 



< PRACH Control Parameters IE > ::= 

< MAX_RETRANS : bit (3) > 

< S : bit (2) > 

< TXJNT : bit (2 > 

{ <Reduced persistence level : bit(3)> 
I 1 < PERSISTENCE_LEVEL : bit (4) > * 4 } 
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Table 12.10: PRACH Control parameters information element details Part 1 


TX_ 


NT (2 bit field) 




Number of Mac-slots to spread transmission of the random access 
bit 


The field is coded according to the following table: 


21 

00 


1 Mac-slots used to spread transmission 




01 


1 5 Mac-slots used to spread transmission 




1 


20 Mac-slots used to spread transmission 




1 1 


25 Mac-slots used to spread transmission 




S (2 bit field) 




S is a parameter used for calculation of the minimum number of Mac-slots between two successive Channel request 


messages. The field is coded according to the following table: 
bit 




21 
00 


S = 96 




01 


S = 112 




1 


S = 128 




1 1 


S = 144 





All other values reserved. 

Table 12.11 : PRACH Control parameters information element details Part 2 



MAX_RETRANS (1 bit field for each Radio Priority 1 ..4) 

Indicates for each Radio Priority level 1 to 4 the maximum number of retransmissions allowed. Radio Priority 1 

represents the highest priority. The field is coded as shown below 

bit 

321 

No retransmission allowed for any radio priority level 

1 1 retransmission allowed for priorities 1 and 2, no retransmission for priorities 3 and 4 

10 1 retransmission allowed for priorities 1 , 2 and 3, no retransmission for priority 4 

11 2 retransmissions allowed for priorities 1 , 2 and 3, no retransmission for priority 4 
10 3 retransmissions allowed for all priority 1 , 1 retransmission for priorities 2, 3 and 4 
10 1 3 retransmissions allowed for all priorities 1-2, 1 retransmission for priorities 3 and 4 

110 3 retransmissions allowed for all priorities 1-3, 1 retransmission for priority 4 

111 3 retransmissions allowed for all radio priority levels 
Reduced Persistence Level: bit(3) 

The field is reserved for future use. 

PERSISTENCE_LEVEL (4 bit field for each Radio Priority 1 ..4) 

The PERSISTENCE_LEVEL field indicates the values of the access persistence level P(l) for each Radio Priority I (I 

1 ..4) where Radio Priority 1 represents the highest Radio Priority of an LLC PDU to be transmitted. 
Bits 

4321 

persistence level 
1 persistence level 1 
10 persistence level 2 
11 persistence level 3 
1 .0.0 persistence level 4 

1110 persistence level 14 

1111 persistence level 16 



12.15 Temporary Flow Identifier (TFI) 



The Temporary Flow Identifier (TFI) uniquely identifies either a single uplink Temporary Block Flow (TBF) or a single 
downlink Temporary Block Flow (TBF). 
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Table 12.12: UPLINK_TFI information element details 

UPLINK_TFI (7 bit field) 

The Temporary Flow Identifier field identifies an uplink Temporary Block Flow (TBF). This field is encoded as a binary 

number. 

Range to 127 

Table 12.13: DOWNLINK_TFI information element details 

DOWNLINK_TFI (7 bit field) 

The Temporary Flow Identifier field identifies a downlink Temporary Block Flow (TBF). This field is encoded as a binary 

number. 

Range to 127 



12.16 Temporary logical link identity (TLLI) 

The Temporary Logical Link Identity (TLLI) is associated with the GPRS subscriber. TLLI is defined in 
GMPRS 1 03.003 [3]. 

Table 12.14: TLLI information element details 

ILL! (32 bit field) 

The TLLI field is encoded as a binary number. 

Range to 4294967295 



12.17 Void 

12.18 IVIAC-SLOT_ALLOCATION 

The MAC-SLOT_ALLOCATION field indicates the Mac-slots for use during a TBF or the Mac-slots carrying a 
PCCCH. 

Table 12.15: MAC-SLOT_ALLOCATION information element details 

MAC-SLOT_ALLOCATION (8 bit field) 

This information field indicates the Mac-slots assigned for use during the TBF or the Mac-slots carrying a PCCCH. Bit 8 

indicates the status of Mac-slot 0, bit 7 indicates the status of Mac-slot 1 , etc. At least one Mac-slot must be assigned. 

Mac-slot is not assigned. 

1 Mac-slot is assigned. 

The MAC-SLOT_ALLOCATION bits shall be set or cleared in pairs for PDCH(2,6) and PDCH(1 ,6) based carriers. 

When a Downlink TBF is operating in dynamic mode, the MES shall not monitor downlink bursts in Mac-slots that have 
not been assigned by the network. 

When an Uplink TBF is operating in dynamic mode, the MES shall not monitor the USF in Mac-slots that have not been 
assigned by the network. 
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12.19 Void 

12.20 Void 

12.21 Void 

12.22 Void 

12.23 Spotbeam identification 

The Spotbeam Identification information element is used to uniquely identify the cell. 

Table 12.16: Cell identification information element 



< Cell Identification IE > ::= 




< Location Area Identification IE : octet (5) > 


-GMPRS-1 04.008 [11] 


< RAC : bit (8) > 




< Spotbeam Identity IE : octet (2) > ; 


-GMPRS-1 04.008 [11] 



Table 12.17: Cell identification information element details 



Location Area Identity IE (5 octet field) 

This field is coded using the V format of the type 3 information element Location Area Identification defined in GMPRS- 

1 04.008 [11]. 

RAC (8 bit field) 

This field is the binary representation of the Routing Area Code, see GIVIPRS-1 03.003 [3]. 

Cell Identity IE (2 octet field) 

This field is coded using the V format of the type 3 information element Cell Identity defined in GMPRS-1 04.008 [11]. 



12.24 Void 

12.25 PCCCH organization parameters 

The PCCCH Organization Parameters information element is used to control the organization of PCCCHs present in the 
cell. This information element contains general PCCCH organization parameters. 



Table 12.18: PCCCH organization parameters information element 


< PCCCH Organization Parameters IE > ::= 


<BS PCCCH PRESENT : bit (8) > 


< BS PCC REL : bit > 


< BS PAG BLKS RES : bit (4) > 


< BS PRACH BLKS : bit (4) > ; 
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Table 12.19: PCCCH organization parameters information element details 

BS_PCCCH_PRESENT_ (8 bit field) 

The field indicates the PDCHs in the current ARFCN that are actually carrying PCCCH i.e. PRACH and PAGCH. A bit set 

to 1 indicates that the PDCH on the corresponding Mac-slot carries PCCCH. 

BS_PCC_REL (1 bit field) 

The BS_PCC_REL field indicates if set = 1 that the last PDCH carrying PCCCH and PBCCH will be released shortly. All 

mobile earth stations on PCCCH shall then as soon as this information has been received return to CCCH and there 

obey the information sent on BCCH as specified in GMPRS-1 04.008 [11]. If the field is set = 0, no channel release is 

pending. 

BS_PAG_BLKS_RES (4 bit field) 

The BS_PAG_BLKS_RES field indicates the number of Mac-slots on each PDCH carrying the PCCCH per multiframe 

This number corresponds therefore to the number of Mac-slots reserved for PAGCH (See GMPRS-1 05.002 [13]). If set 

to zero it shall be interpreted as the default value of Mac-slots reserved for PAGCH, in which case the MES has to. If 

included, the field is coded as the binary representation of BS_PAG_BLKS_RES as defined in GMPRS-1 05.002 [13]. 

Range: 0-12. All other values are reserved and shall be interpreted as the default value 0. 

BS_PRACH_BLKS (4 bit field) 

The BS_PRACH_BLKS field indicates the number of Mac-slots reserved in a fixed way to the PRACH channel on any 

PDCH carrying PCCCH (see GMPRS-1 05.002 [13]). The field is optional and if not included it shall be interpreted as no 

Mac-slot reserved for PRACH. If included, the field is coded as the binary representation of BS_PRACH_BLKS as 

defined in GMPRS-1 05.002 [13]. Range: to 12. All other values are reserved and shall be interpreted as no Mac-slot 

reserved for PRACH. 



12.26 Void 

12.27 Void 

12.28 Void 

12.29 Packet link synchronization parameter 

The link synchronization parameter consists of timing parameters necessary to maintain the radio link between the MES 
and the network. 

Table 12.21 : Link synchronization parameters 

<Packet Link Synchronization Parameters IE > : := 
{ < Timing correction : bit (10) > 

< Timing correction flag : bit(1)> 

< Frequency correction : bit (12) > 
<Frequency correction flag : bit(1)> 

< Timing Advance Index : bit (7) > 



£75/ 



GMPRS-1 04.060 93 ETSI TS 101 376-4-12 V2.3.1 (2008-07) 

Table 12.22: Packet link synchronization information element details 



TIMING CORRECTION (10 bit field) 

The timing correction information is a 10-bit signed value. The timing correction is specified in a two's complement form 

coded in binary. The valid range for the timing correction values is from -375 to +375. The correction value is specified in 

Ts/40 resolution unit, where Ts is a symbol period for a reference symbol rate of 23,4 Ksps (i.e. (2 x 5/234) ms). (Refer to 

note below). The use of this parameter is described in GMPRS-1 .05.01 [1 6]. 

TIMING CORRECTION FLAG 

This flag indicates whether the timing correction is to replace all existing corrections (1) or to be applied in adjunct to any 

existing correction (0). 

FREQUENCY CORRECTION (12 bit field) 

The Frequency Correction information is a 12-bit signed value. The Frequency Correction is specified in a two's 

complement form coded in binary. The valid range for the frequency correction values is from -2 048 to +2 047. The 

correction value is specified in 1 Hz resolution unit. The use of this parameter is described in GIVIPRS-1 .05.01 [1 6]. 

FREQUENCY CORRECTION FLAG 

This flag indicates whether the frequency correction is to replace all existing corrections (1 ) or to be applied in adjunct to 

any existing ongoing correction (0). 

TIMING_ADVANCEJNDEX (7 bit field) 

If the TIMING_ADVANCE_INDEX field are used by the MES to execute the Continuous link synchronization procedure. 

Range to 127. 



NOTE : Symbol period Ts used here does not refer to the symbol period on the PDCH carrier. The Ts value is derived 
from a reference symbol rate of 23,4 Ksps. 



1 2.30 Link quality report 

This information element is the quality of the downlink PDCH as seen by the mobile earth station. 

Table 12.23: Link Quality Report 



< Link Quality Report IE > : := 
{ < SQIR : bit (6) > 

<GMPRS Terminal Type Identifer: bit(7) > 

< SIN : bit (4) > 

< PAN : bit (6) > 

< IMEI : bit (64) > 

< GPS Position : bit (40) > 
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Table 12.24: Packet Link Synchronization information element details 

SQIR: 

Contains the SQI Report based on the PDCH RSSI measurements. See GMPRS-1 05.008 [15] for details 

GMPRS Terminal Type Identifer: (3 bit field) 

This field identifies the GMR-1 capabilities of the MES. GMPRS Terminal Type Identifier is encoded as a binary number. 

Range to 127. See GMPRS-1 05.002 [13]. 

SIN: (4 bit field) 

This field indicates the start of a TBF and thereafter the number of link quality reports transmitted since the transition 

from packet idle mode to packet transfer mode. 

Bit 

- reserved 

000 1 - 1^' link quality report 

1 0-2"d link quality report 

1 1 1 1 - 15"^ or later quality report 
PAN: (6 bit field) 

This is the UT transmission power level, i.e. Power attenuation notification value. The PAN field value contained in this 

information element may match any PAN value the UT used or may have used (Given a transmit opportunity) in the 

1 20 ms. Interval prior to transmission of the radio block containing this information element.See GMPRS-1 05.008 [1 5] 

for details 

IMEI: (64 bit field) 

This is the mobile equipment identity, see GMPRS-1 03.003 [3] for details. 

GPS Position: (40 bit field) 

This provides the position information of the MES, see GMPRS-1 04.008 [11] for coding details. 



12.31 Number of Blocks 

This information field indicates the number of blocks computed using the basic coding scheme for the given channel 
requested for a mobile originated Temporary Block Flow. The field is coded as an unsigned binary value. The 
information field is 6 bits long when used within the Packet Channel Request message (PRACH) and 10 bits long when 
used within the Channel Request Type 1 message (RACH). 



12.32 RLCMode 



Table 12.25: RLCIVIode 



RLC_MODE (1 bit field) 

This field indicates the RLG mode of the requested TBF. 

RLG acknowledged mode 

1 RLG unacknowledged mode 



13 Timers and counters 



The tables in clause 13.1 and 13.2 specifies the timers used in RLC/MAC protocol signalling. The denotation of 
columns is defined as follows: 



timer ::= 
started ::= 
stopped ::= 
action at expiry ::= 
value ::= 



name of the timer; 

under which conditions the timer is started; 

under which conditions the timer is stopped; 

which actions the GMPRS entity shall perform at expiry; 

the duration between setting the timer and expiry of the timer ("s" denotes" second(s)" "xx - yy" 
means that any value between xx and yy is permitted). 



£75/ 



GMPRS-1 04.060 



95 



ETSI TS 101 376-4-12 V2.3.1 (2008-07) 



13.1 Timers on the mobile earth station side 

Table 13.1 : Specification of timers used in GIVIPRS on the mobile earth station side 



Timer 


Started 


Stopped 


Action at expiry 


Value 


131 58 


Tliis timer is not used. 








131 62 


On receipt of a PACKET 
ACCESS REJECT message 
indicating WAIT. 


On receipt of a PACKET 
UPLINK ASSIGNMENT or 
T31 72 expiry. 


Wait for T31 72 expiry, then try 
again if number of retries is less 
than maximum allowed, or else 
declare failure to the upper 
layers. 


15s 


131 64 


On receipt of a PACKET 
UPLINK ASSIGNMENT or 
transitioning to packet transfer 
mode due to reception of 
IMMEDIATE ASSIGNMENT 
TYPE 2. 


At sending of the first RLC/MAC 
block. 


The MES shall re-initiate packet 
access procedure on the 
PCCCH using PRACH. 


10s 


131 66 


This timer is not used 








131 68 


On transmission of GMPRS 
PACKET DOWNLINK 
ACK/NACK containing the 
pacl<et channel request. 


Upon receipt of a Packet Uplink 
Assignment. 


Initiate a PRACH access to 
establish an uplink TBF. 


5s 


131 70 


After having made M + 1 
attempts to send a PACKET 
CHANNEL REQUEST message 


On receipt of a PACKET 
UPLINK ASSIGNMENT 
message. 


Abort Packet access procedure; 
indicate an access failure to 
upper layer. The next access 
will take place on the CCCH 
unless there is a downlink TBF 
currently active. 


10s 


T3172 


On receipt of a PACKET 
ACCESS REJECT message 
with WAIT INDICATION 


On receipt of a PACKET 
UPLINK ASSIGNMENT 
message. 


Packet Access in the spotbeam 
no longer prohibited. 


assigned 

in 

message 


T3174 


This timer is not used 








131 76 


This timer is not used 








13 178 


This timer is not used 








131 80 


When transmitting an RLC/MAC 
block to the network and UD > 


When detecting an assigned 
USF value on assigned PDCH 


Perform Abnormal release with 
random access procedure 


15s 


T3182 


After sending the potentially last 
data block (with UD = 0), or 
upon detecting a transmit 
window stall condition 


When operating in Ack mode, 
on receipt of the PACKET 
UPLINK ACK/NACK message if 
the transmission window moves 
from stalled to not stalled state 
or on receipt of PACKET 
UPLINK ACK/NACK message 
with final ack indicator bit set to 
"1". Restarted when an uplink 
RLC/MAC block is sent with 
UD = 0. 


Abnormal release with random 
access if there is 
unacknowledged data or data 
waiting to be transmitted. 
Normal release otherwise. 


30 s 


131 84 


This timer is not used 








131 86 


When packet access procedure 
is started 


Restarted when detecting an 
USF = FREE value on the 
downlink PCCCH carrying 
PRACH. Stopped after last 
access attempt on the PRACH 
channel or on receiving a 
response from the network 


Switch to access procedure on 
RACH channel or report an error 
to the higher layer, as described 
in clause 7.1.2.1.1. 


10s 


13 188 


This timer is not used 








131 90 


At reception of a downlink 
assignment message 


Restarted on receipt of a 
downlink RLC/MAC block 
carrying the TFI of the downlink 
TBF in the RLC/MAC header. 


Abnormal release with return to 
CCCH or PCCCH. 


60s 
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Timer 


Started 


Stopped 


Action at expiry 


Value 


T3192 


At sending tlie PACKET 
DOWNLINK ACK/NACK with 
the Final Ack lndicator= 1 , or at 
sending the PACKET 
CONTROL ACK as a response 
to final RLC data block in 
unacknowledged mode. 


Restarted at sending the 
PACKET DOWNLINK 
ACK/NACK with the Final Ack 
indicator^ 1 , or at sending the 
PACKET CONTROL ACK as a 
response to final RLC data block 
in unacknowledged mode. 
Stopped at the reception of a 
PACKET DOWNLINK 
ASSIGNMENT. 


Release the resources, stop 
monitoring the downlink PDCHs, 
and return to packet idle mode if 
no uplink TBF establishment is 
in progress or uplink TBF exists. 


Assigned 
in system 
information 


T3198 


When transmitting RLC data 
block 


none 


Accept negative 
acknowledgement for RLC data 
block. 


In system 
information 


T3200 


This timer is not used 








T3202 


When the MES receives a 
correction from the network on 
AGCH, PAGCH or PTCCH/D 


None 


For next channel request, the 
RACH channel will have to be 
used. 


In system 
information 


T3204 


This timer is not used. 








T3208 


When a PRACH is transmitted 
on reception of IMMEDIATE 
ASSIGNMENT TYPE 3 


When a timing and frequency 
correction is received 


Goes to packet idle mode. 


5s 


T3194 


On receipt of an uplink demand 
when only a downlink TBF is 
present. 


On receipt of a GMPRS 
PACKET DOWNLINK 
ACK/NACK transmission 
opportunity. 


Initiate a PRACH access to 
establish an uplink TBF. 


1 s 


T3196 


When PRACH or RACH is 
transmitted for GMPRS resume 
procedure. 


On receipt of a valid PACKET 
GMPRS RESUME RESPONSE 
or GMPRS RESUME 
RESPONSE. 


Retransmit PRACH (or RACH) 
and restart T3196 if maximum 
number of retries have not been 
achieved else abort GMPRS 
resume procedure and return to 
packet idle mode. 


20s 



T3158: 
T3162: 



T3164: 



T3166: 
T3168: 



T3170: 



T3172: 



This timer is not used. 

Wait for Packet Uplink Assignment after reception of Packet Reject with WAIT INDICATION 
This timer is used on the MES side after receiving Packet Access Reject with WAIT 
INDICATION to define when to stop waiting for a Packet Uplink Assignment and repeat the 
access procedure. 

Wait for Uplink State Flag After Assignment. 

This timer is used on the MES side to define when to stop waiting for the USE determining the 
assigned portion of the uplink channel and repeat the procedure for random access. In multislot 
operation, it is enough that the assigned USE is noted on one of the uplink PDCHs. This timer is 
not used when fixed allocations are assigned. 

This timer is not used. 

This timer is started on the MES side after the MES transmits a packet channel request in a 
GMPRS PACKET DOWNLINK ACK/NACK message. At expiry of timer T3168 the MES shall 
initiate a PRACH to establish an uplink TBE. The timer is stopped on receipt of a Packet Uplink 
Assignment from the network. 

Wait for Packet Uplink Assignment after having done (M+1) Packet Channel Requests. 
This timer is used on the MES side when having made M+1 attempts to send a Packet Channel 
Request. At expiry of timer T3170, the Packet Uplink Assignment procedure is aborted; an access 
failure is indicated to the upper layer. The next access will take place on the CCCH if there is no 
downlink TBF currently active. 

Wait for Packet Uplink Assignment after Packet Access Reject message with WAIT 
INDICATION has been received. On expiry of this timer, the mobile earth station can continue the 
access procedure by sending a further Packet Channel Reject, if number of retries is not exceeded. 
After T3172 expiry packet Access is no longer prohibited in the cell but no Channel Request 
message shall be sent as a response to a page until a Paging Request message for the MES is 
received. 
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T3174 
T3176 
T3178 
T3180 



T3182: 



T3184: 
T3186: 



T3188: 
T3190: 



T3192: 



T3194 



T3196 



T3198: 



This timer is not used. 

This timer is not used. 

This timer is not used. 

Wait for Uplink State Flag After Data Block. 

This timer is used on the MES side to define when to stop waiting for the USF determining the 
assigned portion of the uplink channel after the previous RLC/MAC block is sent. If a UD value of 
zero is transmitted to the network, the scheduling of USFs is significantly reduced, thus this timer 
is to be stopped if UD=0 is sent to the network. In multislot operation, it is enough that the 
assigned USF is noted on one of the uplink PDCHs. If expired, the MES repeats the procedure for 
random access. This timer does not apply to fixed allocation transfers. 

Wait for Response. 

This timer is used on the MES side to define when to stop waiting for temporary Packet Uplink 

Ack/Nack after the last RLC data block has been sent for the current send window i.e. the stalling 

condition has been achieved or the MES has declared UD=0. If expired, the MES does an 

abnormal release with random access if there were packets pending transmission or 

acknowledgement in RLC acknowledged mode. It does a normal release if there were no packets 

pending transmission and no packets that were awaiting acknowledgement in RLC acknowledged 

mode. 

Once the MES has transmitted UD = 0, it uses the T3182 timer to define when to stop waiting for 

the next poll from the network. It is restarted whenever an RLC/MAC block is transmitted with 

UD= 0. When the TBF RELEASE message is received it is stopped. 

This timer is not used. 

Wait for Uplink State Flag during dynamic PRACH Access using USF=FREE. 
This timer is used on the MES side to define when to stop waiting for the USF determining the 
assigned portion of the uplink channel. At expiry of timer T3186, the Packet Uplink establishment 
procedure on PRACH is stopped as described in clause 7.1.2.1.1. This timer only applies to MESs 
monitoring the USF= FREE in order to gain access to the PRACH logical channel. 

This timer is not used. 

Wait for Valid Downlink Data Received from the Network. 

This timer is used on the MES side to stop waiting for the valid data from the network side either 

following the initial Packet Downlink Assignment or after some previous downlink RLC/MAC 

block. 

Wait for release of the TBF after reception of the final block. 

This timer is used on the MES side when the MES has received all of the RLC data blocks. When 
timer T3192 expires the MES shall release the resources associated with the downlink TBF 
(e.g. TFI). 

This timer is started on receipt of an uplink demand in the presence of a downlink TBF only. 
When timer T3194 expires the MES shall initiate a PRACH to establish an uplink TBF. The timer 
is stopped on receipt of a GMPRS PACKET DOWNLINK ACK/NACK transmission opportunity. 

This timer is started on transmission of PRACH or RACH for GMPRS resume procedure. When 
timer T3196 expires the mobile earth station shall retransmit another PRACH (or RACH) only if 
maximum number of attempts have not yet been reached. This timer is stopped on receipt of 
PACKET GMPRS RESUME RESPONSE or GMPRS RESUME RESPONSE with a TLLI that 
matches the one on the mobile earth station. Upper layer is informed if no response is received 
after having made maximal attempts. 

RLC timer. 

T3198 is an array of timers used by the MES to control when it will accept a negative 
acknowledgement for an RLC data block. There is one timer for every transmitted RLC block. It is 
computed based on the SI parameter BS_CV_MAX using the following equation: 

500 ms + BS_CV_MAX x 5 ms. 
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T3200 
T3202 

T3204: 

T3208 



This timer is not used. 

PT2 timer. 

T3202 is used by the MES to determine whether its synchronization is good enough for it to use 

the PRACH channels. 

This timer is not used. 

This timer is started on transmission of PRACH in response to an IMMEDIATE ASSIGNMENT 
TYPE 3 message on the PCH. Expiry of this timer means failure in obtaining timing and frequency 
correction necessary for the MES to operate in packet transfer mode. 



1 3.2 Timers on the network side 



Table 13.2: Specification of timers used in GMPRS on the network side 



Timer 


Started 


Stopped 


Action at expiry 


Typical 
value 


T3169 


If counter N3101 = N3101_MAX, 
or if counter N31 03 = 
N3103 MAX 


None 


The network releases USF and 
TFI resources. 


15s 


T3191 


When the last RLC data block is 
sent with the FBI bit set to "1 " 


When the final PACKET 
DOWNLINK ACK/NACK or 
PACKET CONTROL 
ACKNOWLEDGEMENT is 
received 

Restarted at the transmission of 
an RLC data block with the FBI 
bit set to "1". 


The network releases TFI 
resource. 


5s 


131 93 


When the final PACKET 
DOWNLINK ACK/NACK or 
PACKET CONTROL 
ACKNOWLEDGEMENT is 
received 


When the network establishes a 
new downlink TBF. 


The network releases TFI 
resource. 


network 
defined 


T3195 


If counter N3105 = N3105_MAX 


None 


The network releases TFI 
resources. 


5s 


T3201 


When the network receives a 
RLC/MAC block from the MES 
with UD = 0. Restarted upon 
receipt of RLC/MAC block 
carrying an RLC block that 
advances V(R) and UD = 0. 


When the network receives a 
RLC/MAC block from the MES 
with UD greater than zero or on 
TBF release or on getting a 
request for new TBF. 


The network transmits a 
PACKET TBF RELEASE 
message and clears the TBF. 


Operator 
defined, 
less than 
T3182 



T3169: 



T3191: 



T3193: 



T3195: 



Wait for reuse of USF and TFI after the MES uplink assignment is invalid. 

This timer is used on the network side to define when the current uplink assignment is surely 

invalid on the MES side so that the assigned USF(s) and TFI can be reused on the uplink. During 

that period the corresponding USF(s) is not broadcast. The value for T3169 is > T3180. 

Its value is network dependent. 

Wait for reuse of TFI after sending of the last RLC Data Block. 

This timer is used on the network side to define when the current assignment is surely invalid on 

the MES side so that the TFI can be reused. 

Its value is network dependent. 

Wait for reuse of TFI after reception of the final Packet Downlink Ack/Nack from the MES. 
This timer is used on the network side to define when timer T3192 on the MES side has surely 
expired so that the TFI can be reused. 

Its value is network dependent. The network shall set it to take into account the fact that the 
matching timer T3192 in the mobile earth station has started running half a round trip time before 
the start of this timer. 

Wait for reuse of TFI when there is no response from the MES (radio failure or cell change). 
This timer is used on the network side to define when the current assignment is surely invalid on 
the MES side so that the TFI can be reused. 
Its value is network dependent. 
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T3201: Defines duration for which the network can keep an uplink TBF open after the MES has declared 

that it has no further data to transmit. 

13.3 Counters on the mobile earth station side 

N3104: This counter is not used. 

1 3.4 Counters on the network side 

N3101: When the network after setting USF, receives a valid data RLC/MAC block from the mobile earth 

station, it will reset counter N3101. The network will increment counter N3101 for each USF for 
which no RLC/MAC is received. N3101max shall be greater than 8. N3101 shall not be 
incremented when the network makes an unsolicited uplink grant which is not used by the MES. 

N3103: N3 103 is reset when transmitting the final PACKET UPLINK ACK/NACK or 

PACKET TBF RELEASE message within a TBF (final ack indicator set to 1). If the network does 
not receive the acknowledgement message in the accompanying UUG allocation, it shall increment 
counter N3103 and retransmit the previous message. If counter N3103 exceeds N3103max, the 
network shall start timer T3169. 

N3105: When the network after sending a poll for control information in the downlink RLC/MAC data 

block, receives a valid RLC/MAC control message from the mobile earth station, it will reset 
counter N3105. The network will increment counter N3105 for each allocated 
Mac-slot/D-MAC-slot for which no RLC/MAC control message is received. The value of 
N3105max is network dependent. 
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Annex A (informative): 
Void 



£75/ 



GMPRS-1 04.060 101 ETSI TS 101 376-4-12 V2.3.1 (2008-07) 



Annex B (informative): 
RLC data block encoding 

This annex is not used in GMR-1. 
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Annex C (informative): 
Message sequence diagrams 

This annex is not used in GMR-1. 
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Annex D (informative): 

Examples of fixed allocation timeslot assignment 

This annex is not used in GMR-1. 
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Annex E (informative): 
Repeated fixed allocations 

This annex is not used in GMR-1. 
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Annex F (informative): 

Examples of countdown procedure operation 

This annex is not used in GMR-1. 
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Annex G (informative): 

Handling of erroneous protocol data, examples 

Procedures for the handling of erroneous protocol data are defined in clause 11.1. These procedures define error labels 
for the treatment of syntactical errors in a received message. 

G.1 Application of error labels 

An RLC/MAC control message description could have an error label included, as shown in the examples below. 



< Packet XXX message content > ::= 

< FIELD_1 : bit (3) > 

<FIELD_2:bit(16)> 

< spare padding > 

! < Ignore : bit (*) = < no string > > 



In the case of a complete message, the contents of the received syntactically incorrect message can be ignored. 
Or 



< PRECEDING. 


.FIELD : bit (3) > 


{00 
101 
! < 


< FIELD 1 :bit(10)> 
<FIELD_2:bit(10)> 
Ignore : bit (2+10) = < no string > > } 


< FOLLOWING. 


_FIELD : bit (8) > 



The syntactically incorrect description within the { } brackets can be ignored, the correctly received descriptions 
preTaceding and following the { } brackets shall be accepted. 

Or 



< Structure 1 struct > ::= 
< FIELD 1:bit(3)> 
{ 1 < FIELD_2 : bit (8) ; 

! < Ignore : bit (*) = < 


■} 
no 


"0 
string > > ; 



The above description indicates that the syntactically incorrect structure can be ignored. 

When this structure is included in the description of a message, any description following the structure must allow 
truncation. 
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G.2 Application of the "message escape" error label 

The "Message escape" branch protects the comprehension of the description following bit "0", as shown in the example 
below. 

< Packet YYY message content > ::= ~ Protocol version 1 

< FIELD_1 : bit (3) > 

{0 <FIELD_2:bit(16)> 

< spare padding > 

! <IVIessage escape : 1 bit {*) = <no string> > } ; 

The comprehension of "FIELD_2" is required. If the receiver detects bit "1", the "Message escape" branch is called and 
the remaining part of the message can be ignored. 

The "Message escape" branch may be used to introduce a new alternative coding of the message in a later version of the 
protocol. 

< Pacl<et YYY message content > ::= ~ Protocol version 2 

< FIELD_1 : bit (3) > 

{0 <FIELD_2:bit(16)> 

< spare padding > 

I 1 -- New code option, replacing old "IVIessage escape": 

{00<FIELD_3:bit(12)> 

< spare padding > 
! <Message escape : { 01 | 1 | 11 } bit (*) = <no string> > } } ; 

An alternative coding, including "FIELD_3", is introduced following "bit 1" in the former "Message escape" branch. A 
new "Message escape" is defined, this time using to control bits to allow future modification. 

A receiver implemented according to the original syntax will not accept the new coding. The original "Message escape" 
branch will be called and the remaining part of the message, including "FIELD_3" is ignored. The content of 
"FIELD_r' (e.g. information to identify the receiver) is accepted and can be used to determine appropriate condition 
handhng. 

G.3 Application of truncated concatenation including 
"spare padding" 

The truncated concatenation may include "spare padding" at the end of a message. In that case, the resulting 
concatenation shall fit exactly with the received message length, otherwise the message is syntactically incorrect. 

The construction is useful, e.g. when a message ends with a sequence of optional components, where the transmitter 
may need to truncate tailing bits "0", indicating optional components not included in the message. 

< Packet ZZZ message content > ::= 

{ { I 1 < Optional component 1 > } 
{ I 1 < Optional component 2 > } 

{ I 1 < Optional component N > } 

< spare padding > } // ; 

If the optional components from k to N are not needed in the message, the transmitter may use the full message length 
for the components up to optional component k - 1 . The receiver accepts this message and assumes that the choice bits 
for optional components from k to N are all set to zero (i.e. these components are not present). 

However, if the receiver detects a syntactical error within one optional component which is indicated as present in the 
message, that results in a truncated concatenation which does not fit with the received message length. In this case, the 
receiver shall not accept the message as being syntactically correct. 
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An error label may be provided within a truncated concatenation to allow the receiver to accept part of a concatenation 
in case of a syntactical error within it. This is useful for recurring components at the end of a message. 



< Packet TTT message content > ::= 

{ { 1 { < Recurring component > ! Ignore : bit (*) = < no string >>}}** 
< spare padding > } // ; 



If one of the recurring components is syntactically incorrect, the error branch is called. The error branch expands to the 
end of the message. The tail bit "0", terminating the recursion, and the "spare padding" are truncated. The receiver 
accepts any syntactically correct instance of the recurring component preceding the syntactically incorrect one in the 

message. 



G.4 Message extension using "padding bits" 

The bit "0" in the first bit position of the "padding bits", see clause 11, may be altered into a bit "1" in future versions of 
the present document, in order to indicate an extension of the message content. When a message is received with bit "1" 
in this position, a receiver implemented according to the current version of the present document shall ignore the 
remaining part of the message. 

The example show how a message can be extended, relying on the fact that the "padding bits" are defined with bit "0" 
in the first bit position. 



< Pacl<et UUU message 


content > ::= - 


Current 


version 


of the present document 


< contents defined in 


current version 


> 






< padding bits > ; 











The presence of the extension of the message content is indicated by bit "1". The transmitter shall send a bit "1" in this 
position if any content is defined for the remaining part of the message. If a bit "0" is received in this position by a 
receiver in the new version, it shall ignore the remaining part of the message. 



< Pacl<et UUU message content > ::= -- Future version of tlie present document 
< contents defined in current version > 

{ null I bit** = < no string > -- Receiver backward compatible with earlier version 

I 1 -- Bit "1 " sent by transmitter in new version 

< contents defined in a future version > 

< padding bits > } ; -- New "padding bits" allows further extension 
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